design-patterns - 模块化背后的设计模式？

Question

您好，我正在编写自己的 Amazon PHP SDK 高级 API，用于操作 nosql 数据库 DynamoDB。

我发现自己为执行一项操作的单个函数编写了大约 150 行代码，包括错误检查、请求构建，当然还有评论。如果我继续这样做，API 类很容易超过一千行，我认为这有点难以维护。

因此，我正在考虑将我的类分解为几个较小的类，每个类处理一组操作。比方说，表操作、项操作、批量操作。但我不是软件设计模式方面的专家，所以这真的是一种模块化的好方法吗？或者有什么设计模式我应该遵守并使我的代码更易于维护吗？

Answer 1

你的问题有点主观，因为你没有提供代码，所以我们可以看到你实际上想要完成什么。

但是，是的，您需要将您的类分成更小的组件，每个组件都有自己的职责。没有一个单一的模式可以说明具体如何做到这一点，但是 Single Responsibility Principle是一个很好的开始。关于 separation of concerns .

你说:

[...] including error checking, request building [...]

你开始吧，将错误检查与请求构建分开，然后再次将其分成更小的组件，每个组件只负责一个。您必须只有一个理由来更改每个组件，绝不能超过一个。您必须定义一个清晰的域模型，并为这些域对象中的每一个提供专用服务。

以@teresko 的回答为例:

How should a model be structured in MVC?

因此，请记住您需要 separate your application分成层。该请求是表示层的一部分。在现代MVC-alike应用程序由 Controller 层和 View 层组成，它们与模型层交互以便为给定请求准备演示。

参见:http://martinfowler.com/eaaCatalog/