然而，Feathers 采用了软件工程师 Robert C. Martin（也被称为“Bob 叔叔”）在他的文章“设计原则和设计模式”中已经提出的原则。 鲍勃叔叔在他的文章中指出，成功的软件注定会变得越来越复杂。换句话说，成功的软件不断发展，变得更广泛、更深入，因此更难使用。 从那时起，SOLID 原则已成为开发界的首选实践之一。 5 个坚实的原则 让我们看看每条 SOLID它们： 1.单一职责原则（SRP） “每个类都应该有一个单一的责任：它在系统中应该有一个单一的目的，并且应该只有一个理由来改变它。
” “每个类都应该有一个单一的责任：它在系统中应该有一个单一的目的，并且应 希腊 WhatsApp 号码数据 该只有一个理由来改变它。” 这意味着？ 根据这个原则，每个类应该有单一的职责。或者换句话说，一份工作。这个原则可以应用于类、组件和微服务。 在使用遗留代码时，开发人员可以出于多种原因修改类，这可能会导致错误和不兼容的模块。 换句话说，饱和类会使系统饱和并可能导致崩溃。另一方面，通过给它们一个单一的目的，它们在出现错误时更容易分段和更正，这有助于您组织您的类并使它们更具可扩展性。
此外，SRP 可以防止不同团队和系统之间的合并和兼容性问题，并促进开发团队之间的协作。 2.开闭源原则（OCP）或开闭源原则 “……代码应该对扩展开放，但对修改关闭。当我们有一个好的设计时，我们就不需要对代码进行太多更改来添加新功能。” «代码应该对扩展开放，但对修改关闭。“如果我们有良好的[代码]设计，我们就不必更改太多代码来添加新功能。” 换句话说，不应更改现有类的代码，而应添加新功能以避免可能的错误，包括兼容性和遗留代码。 |
