代码重构类模式

Question

我目前正在尝试为我正在制作的应用程序重构我的代码库，我有一个现有的设置，但它甚至不是灵活的，一切都依赖于其他一切（例如聚合到每个类）。

因此，在阅读了PHP设计模式和关于模式的无数文章以及它们与可伸缩应用程序的关系之后，我为我的新代码库提出了一个UML图。

由于我还没有使用这些技术制作应用程序，我想知道是否可以对我提出的布局提供一些反馈，以便在开始编码之前解决任何问题。

Code Refactor

基本上我希望能够支持多个数据库的使用（不是同时使用，而是基于每个安装），我还希望能够选择设置自定义会话处理程序，如果首选DB（或文件系统，cookie等，如果愿意的话），并支持安全区域（开放ID或数据库帐户等）的首选auth方法。

总之，关于替代模式以及它们如何更适合的反馈意见，或者如果我完全走错了路线，我现在更愿意知道：）。

Answer 1

对我来说很好看。如果您不希望最终结束重构，请注意正确设置接口。

仔细考虑界面中真正需要的内容，并且不要忘记您可以扩展界面以创建更复杂的场景。如果您发现自己编写的空函数符合您的界面，那么您就错误地设计了界面。