YAGNI和KISS原理有什么区别?
显然，YAGNI和KISS之间在语法上存在差异，但我看不到它们之间的语义差异.他们在本质上真的是同一回事吗? 解决方案 YAGNI(您确实需要它)指的是过度分析和实现可能需要或不需要的东西.当然，算法优雅是不错的选择，但除了大多数情况外，您都不需要它.在一般的工程术语中，您应谨慎选择不要包含自己的要求，以免使自己的想法污染客户的需求，以至于最终使项目花费成本，而对客户的影响很小. K
..
yagni相关内容
解耦vs YAGNI
它们矛盾吗？ 去耦是一件很棒的事情，而且很难实现。但是，在大多数应用程序中，我们实际上并不需要它，因此我可以设计高度耦合的应用程序，除了明显的副作用（例如“您无法分离组件”，“单元测试是痛苦的”之外），它几乎不会改变其他任何东西。 arse”等。 您怎么看？您是否总是尝试分离并处理开销？ 解决方案 在我看来，去耦和YAGNI是非常互补的优点。 （我刚刚注意到了Rob的答案，似乎
..
YAGNI在编写测试时也适用吗?
编写代码时，我只在需要时编写所需的功能. 这种方法也适用于编写测试吗? 我应该为每个用例事先写一个测试，只是为了安全起见，还是应该在遇到用例时才编写测试? 解决方案 我认为，编写方法时，您应该同时测试预期的和潜在的错误路径.这并不意味着您应该扩展设计以涵盖所有可能的用途-将其保留在需要时使用，但是您应该确保测试在面对无效参数或其他条件的情况下定义了预期的行为. 据我了解， Y
..
如果你创建时（目前）只将是一个类实现它的接口？
如果你总是创建一个接口，如果有可能，有可能是别的东西，可以使用它，或者等到有实际需要它，然后重构为使用接口？ 面向接口编程通常似乎是合理的建议，但再有就是YAGNI ... 我想也许这取决于具体情况。现在我有一个代表，可以包含配方或其他文件夹的文件夹的对象。而不是直接使用文件夹，我应该担心实施类似的IContainer？如果将来我希望能有一个指向其它子食谱配方（比如一个苹果派食谱，也是
..