这也使得在进行广泛的测试之后能够决定哪种数据库技术最适合应用程序要求。在此过程中，数据访问和 GUI 组件都依赖于业务逻辑，而后者则完全独立于两者。因此，在决定哪种数据库技术最适合应用程序要求之前，可以进行广泛的测试。因此，数据访问和 GUI 组件依赖于业务逻辑，而后者则完全独立于两者。因此，业务逻辑应该独立于 GUI 进行开发，就像它独立于数据库进行开发一样。
核心业务规则之上是进一步向外传输业务逻辑的附加层。内圈是政策，外圈是机 柬埔寨电报号码数据 制。其独特之处在于源代码中的依赖关系只能从一个外循环引用到下一个内循环，Robert C. Martin 在他的文章中也将此称为依赖规则。这使得外层可以轻松地进行调整和更换，同时核心流程保持不变。简单来说，越往里，越接近业务核心，越往外，越接近技术细节。
清洁架构结构如下图所示：
分层架构是软件系统经常使用的结构原则。
最后，以业务规则，即架构核心的业务逻辑，构建一个满足以下条件的系统：
独立框架。该架构不依赖于功能丰富的软件库。这使得框架可以用作工具，而不是将业务规则强制纳入现有系统的束缚中。
能力可经受考验。通过将业务规则与系统分离，可以随时对其进行测试，而无需用户界面、数据库、服务器或其他外部元素。
独立于用户界面。即使界面发生变化，业务规则仍然存在：它们可以通过命令行以与通过图形用户界面相同的方式进行映射。
数据库独立性。规则的存储和管理方式与特定的架构无关。