搜索所有贴

我们听说过SOLID原则，听说过STUPID原则吗？ S - Singleton单例 T - Tight Coupling紧耦合 U - Untestability不可测试 P

3 年前

这是一个基于 DDD 的.NET核心框架。支持Core.Infrastructure .Net Core 2.x！设计原则： SOLID 领域驱动设计持久性

4 年前

。除了使您的代码“遵循SOLID”之外，还有更多重要的问题需要关注。此外，当您对“原则”非常“虔诚”时，原则真的很危险。但这就是许多开发人员（包括我自己）在学习良好原则时想要努力的方向。对我而言，设计

4 年前

问题：如何减少变化的影响？如何支持低依赖性和增加重用？解决方案：分配职责以使（不必要的）耦合保持低水平。使用此原则来评估替代方案。耦合是衡量一个元素如何与另一个元素相关的度量。更高的耦合

4 年前

没有什么平台可以学习像软件架构 /模式/反模式/SOLID和其他原则，如果有一个平台可以学习写好生产级别的代码，易于维护和建立，那就非常具有实战性了。这类网站之一是

1 年前

拥有大量的设计指南，原则，模式和实践，以支持不同抽象层次的变更。我只会提到一些（已经超出GRASP）： - SOLID原则，特别是Open-Close原则（但它们都支持变更） - Gang of

4 年前

在本教程中，我们将讨论面向对象设计的SOLID原则。首先，我们将首先探讨它们出现的原因以及为什么在设计软件时应该考虑它们。然后，我们将概述每个原则以及一些示例代码以强调这一点

5 年前

SOLID原则是建立一个组件间低耦合度的系统的有力工具。首先对这些原则做一个简单的回顾： SRP：单一责任原则 OCP：开放封闭原则 Liskov替代原则接口隔离依赖性反转

2 年前

尽管自构思 SOLID 原则以来的 20 年来计算发生了很大变化，但它们仍然是设计软件的最佳实践。 SOLID 原则是经过时间考验的用于创建高质量软件的准则。但在多范式编程和云计算的世界里，它们

2 年前

SOLID原则基本上可以帮助我们使我们的代码能够容忍变化，并且易于理解。它还可以帮助我们减少依赖性，这样我们就可以改变代码的一个区域而不影响到其他区域。该原则是以下五个原则的首字母缩写

1 年前

SOLID原则与90年代（甚至更早于20世纪90年代）一样，在今天同样重要。这是因为软件在这些年中并没有发生太大变化：因为自1945年Turing编写电子计算机的第一行代码以来，软件并没有发生太大

3 年前

） KISS： Keep It Simple Stupid（保持简单笨拙，大道至简） SOLID：S-单一责任原则 O-开闭原理 L-李斯科夫替代原理 I-接口隔离原理 D-依赖倒置原则 CI CD

3 年前

实践再实践在公司外项目实战尽可能做得更好以老师身份实践 6.重构提高你的代码质量使代码易于理解维护和拓展。 7.跟从模式和最佳实践面向对象设计原则 SOLID GRASP

10 年前

具有独立/隔离的问题区域，但如果仍然遵循传统的代码结构化方式，我们就会错过这个神奇世界的真正本质。这篇文章将重点介绍我们今天遵循的实践，以及符合领域驱动设计和 SOLID 原则的可能解决方案。这些建议

1 年前

我最近注意到很多注意力都集中在 SOLID 原则上。这是非常好的事情，因为它是面向对象设计（OOD）和编程的总体基础。对于面向对象语言的开发人员，SOLID原则的知识是编写具有良好质量特征

4 年前

登录