返回

业务代码越写越复杂，从 MVP 到 Clean Architecture 的错误之路

Android

业务代码复杂化的演变

在软件开发中，业务代码是处理应用程序特定功能的部分。随着应用程序的发展和新功能的添加，业务代码可能会变得越来越复杂。如果不采取适当的措施，这种复杂性可能会导致难以维护和理解的代码库。

MVP（Model-View-Presenter）模式

MVP 是一种设计模式，它将业务逻辑与用户界面分离。它由三个主要组件组成：模型、视图和演示者。模型包含应用程序的数据和业务逻辑，视图负责显示数据，演示者充当模型和视图之间的中介。

MVP 模式的主要优点之一是它使业务逻辑与用户界面解耦。这使得更容易测试业务逻辑并使代码更具可维护性。

MVVM（Model-View-ViewModel）模式

MVVM 是一种类似于 MVP 的设计模式，但它使用双向数据绑定来同步模型和视图。这意味着对模型的任何更改都会自动反映在视图中，反之亦然。

MVVM 模式的主要优点之一是它使数据绑定变得更加容易。这可以简化用户界面的开发并减少代码量。

Clean Architecture

Clean Architecture 是一种软件架构模式，它将应用程序的各个方面分离到不同的层中。这些层包括：

  • 实体层： 包含应用程序的数据和业务规则。
  • 用例层： 包含应用程序的业务逻辑。
  • 接口适配器层： 负责将用例层与外部世界（例如数据库或 Web 服务）连接起来。
  • 框架和驱动程序层： 包含应用程序所需的框架和驱动程序。

Clean Architecture 的主要优点之一是它使应用程序更具可测试性、可维护性和可扩展性。

错误之路

在本文的示例项目中，代码复杂性从简单的 MVP 模型开始逐渐增加。随着新功能的添加，项目团队采用了 MVVM 模式，然后采用了 Clean Architecture 模式。

不幸的是，每次重构都导致代码变得更加复杂。 MVP 模型被过于复杂的 MVVM 实现所取代，而 Clean Architecture 模式的引入增加了额外的抽象层，使得代码更难理解和维护。

关注可测试性和可维护性

防止业务代码变得过于复杂的关键在于关注可测试性和可维护性。可以通过以下方法实现：

  • 编写可测试的代码： 确保业务逻辑易于测试。这可以通过使用依赖注入和模拟框架来实现。
  • 保持代码简洁： 避免不必要的复杂性。只编写必要的代码，并尽量保持代码清晰易读。
  • 使用设计模式： 使用设计模式（例如 MVP、MVVM 和 Clean Architecture）可以帮助将代码组织成更易于管理的模块。
  • 定期重构代码： 随着时间的推移，代码库会发生变化。定期重构代码以消除重复和简化结构至关重要。

结论

业务代码可能会随着时间的推移变得越来越复杂。如果不采取适当的措施，这种复杂性可能会导致难以维护和理解的代码库。通过关注可测试性和可维护性，我们可以防止代码复杂化并保持应用程序的健康和可持续性。