BeautifulSoap

@x940727

你的意思是你同时有参与一堆项目，然后发现这些项目一些功能模块是可以共用的，但是不完全共用，所以想看看是不是能用设计模式解决这个问题让它们共用？

如果是这样的话，没人能给你具体的答案。因为不同业务逻辑和模块千差万别，我们不是你，并不知道这些业务功能到底怎么回事，适用什么设计模式。有可能你翻翻设计模式可以找到合适的解决方法，但实际上大部分情况是没有任何一种设计模式能解决你现成的业务抽象问题（当然单例模式、工厂方法这些简单的类生成的设计模式是例外）

那么解决这个问题的核心是什么，是对业务的建模和抽象能力。往往代码设计的问题源于建模抽象做得有一定问题。你说的似乎能共用但又不能共用，那一个可能性就是你的建模抽象做得还不够，那就需要你不断持续地重新设计模型、重构代码，找到一个能共用的模型，还觉得不够你可以找你的组员一起帮你思考和抽象（到这地步就是个团队交流的问题了）。但是理想是美好的，现实是没有银弹的，最终结果可能就单纯只是这代码你看着像能共用能抽象但实际上根本不能。

我说了这么多看起来似乎是什么都没说的空话，但是的确事实也就是这样，你的问题来源于各种业务的抽象，但我们这些旁观的人不是你也无法帮你建模。所以我才说你真要找答案，就往更高的那一层去找，比如 DDD 这个，虽然的确 DDD 可以很宏观很抽象，但也有 Entity, ValueObject，约束的设计之类比较细节的东西可以提供参考。抽象的问题你肯定得借助一些更抽象的东西

等等 lz 你完全搞错了一件事，设计模式只是用来设计小组件或部分功能时的，不是用来设计整个程序或系统的，设计模式也帮不上这种忙

lz 你想要设计出一个更健壮的软件或系统，需要的是别的方面知识。比如 Layered Architecture 。再上面点就是 DDD 了，或者 Clean Architecture 这些

谷歌对 Android 的 app 随地拉屎问题毫不作为都这么多年了，即便是 Android11，只要你不 root 依旧没法管住 app 拉屎。想真正管住就 root 装存储重定向吧

存储重定向，需要 magisk 插件才行

然后现在的 xposed 框架已经是 magisk 的一个插件了，直接在 magisk 装 xposed 然后装个管理 app 就行。框架的话，EdXposed 或者 LSposed 选一个

@kestrelBright
如果你只是想用的话，直接 FROM php:7.2-alpine 就行了，没必要去关心怎么做到的

你如果是想知道该用什么办法把 php 的镜像体积减下来的话，可以去看 php 官方的 alpine 镜像的 Dockerfile 是怎么构建的就行了。php 官方的 alpine 镜像大小只有 20 多 MB 大小，只不过构建过程很复杂，不一定能学得来。。。。。

https://github.com/docker-library/php/tree/master/7.3/alpine3.13/fpm

上面说用 StatusCode 定义错误就够了的，是真没处理过一些复杂业务？
比如光是一个登陆错误，就有密码错误、账号错误、验证码错误、账号被封禁、账号被移除、账号频繁登陆被限制、账号被风控、账号登陆 ip 有问题，服务器内部错误等等一堆业务逻辑。这还只是账号登陆这一个业务接口。当然这些异常并不一定是每个都要细分，但是当有需要进行错误细分并进行不同业务处理的时候，你觉得 4xx，5xxx 这些够吗。当然你 status code 要从 001 用到 999 也不是不可以，但你确定真要这么干吗？

才知道索尼已经出新降噪豆了，xm3 虽然都还行，但是实在是太容易掉了。尤其是低头这个动作，真的是上个厕所低头解个裤腰带、开个马桶盖都感觉耳机要掉进去了

lz 你装 php 干嘛手动装？ php 官方就有基于 alpine 的镜像，体积只有 20 多 mb，nginx 也通过 alpine 的包管理来添加

善用官方文档
https://www.jetbrains.com/help/idea/using-todo.html#add_pattern_filter_todo