回答情况：
提问时间：
问题标签：
我上过一些课程，读过YAGNI的目的。但是，这一原则作为一个整体，从来没有与我相处得很好。它引入了一个逻辑悖论。但是，这在本质上限制了框架的可行性。毕竟，框架的本质是促进跨环境的某些功能--那么，如何设计框架并严格遵循YAGNI原则呢？
我不确定我是否在要求一个关于“如何使用YAGNI”的具体问题--我明白它可能比这更有哲理性。我可能只是问更多经验丰富的
浏览 4提问于2015-06-19得票数 4
回答已采纳
13回答
因此，为了找出我的想法是否具有最低成本的吸引力，我想遵循一个极端的YAGNI：
如果计划失败，我会早知道的。这是人们所说的YAGNI的意思，还是这是YAGNI的病理性和激励性的例子？
浏览 3修改于2010-03-01得票数 32
回答已采纳
6回答
坚实的原则什么时候才能成为YAGNI？
作为程序员，我们总是在复杂性、可维护性、构建时间等方面进行权衡。在我看来，做出选择的两个最明智的准则是坚实的原则和YAGNI。
浏览 0修改于2015-01-09得票数 46
回答已采纳
YAGNI (你不会需要它)规则规定，我们应该在代码中使用最少的元素来完成这项工作。但根据YAGNI的说法，从一开始，我们就应该避免创建不必要的接口。
那么，该遵循哪一个，以及何时遵循呢？
浏览 20提问于2021-04-16得票数 0
随着我越来越多地将敏捷思想融入到我的工作方式中，yagni (“您不会需要它”)似乎变得越来越重要。在我看来，这是最有效的规则之一，可以过滤掉被误导的优先事项，并决定下一步不做什么工作。有多少代码是由我的框架生成的，我从来没有看过(但可能有一天会咬我，即使是yagni)？当双编程时，观察者的角色值通常在"yagni“中。
浏览 6修改于2009-06-03得票数 16
回答已采纳
8回答
YAGNI“原则”规定，您不应该在需要之前专注于提供功能，因为“您不会需要它”。备注：只是想说清楚，我很想听听对一般问题的各种意见(什么时候违反YAGNI)，但我真的很想就我目前的困境提出一些建议或想法:)
浏览 8提问于2009-02-16得票数 10
回答已采纳
4回答
问题是，由于多语言不是一个要求，YAGNI。
那么，您是否仍然将字符串定义为资源文件并实现读取器，或者在实际需要时对它们进行硬编码并重新编写？
浏览 0提问于2015-01-31得票数 3
回答已采纳
现在，我有代码在我的主数据库访问类中创建数据库(在SQLite数据库上创建几个查询)。这似乎没有必要，因为我不打算使用代码。如果出了问题，我就需要它，我需要重新创建数据库。我该不该..。
浏览 2提问于2010-06-18得票数 3
回答已采纳
显然，YAGNI和KISS之间有语法上的差异，但我看不出它们之间有什么语义上的差异。它们在本质上真的是一样的吗？
浏览 1提问于2014-09-23得票数 15
回答已采纳
当我写代码时，我只在我需要的时候写我需要的函数。为了安全起见，我应该为我能想到的每个用例预先编写一个测试，还是应该只为我遇到的用例编写测试？
浏览 2提问于2009-06-03得票数 13
回答已采纳
一位开发人员说，他要么违反了单一责任原则，要么违反了YAGNI，我对此感到惊讶。SRP和YAGNI之间的冲突:我们在系统中实现了一个工作流。还需要收集关于工作流程使用情况的数据。
浏览 0修改于2019-11-29得票数 14
回答已采纳
7回答
因此，我在这里遵循YAGNI，并相当重构，因为我认为需要更多的灵活性或责任变得更加明确。这可以让我移动得更快。
但是初级开发人员在这里有一个问题，他们无法识别何时重构或在哪里构建设计。
浏览 1修改于2011-12-09得票数 3
在代码中，通常很容易添加新的类来提供额外的功能等等。我对重构代码和涉及到的内容有相当好的理解，所以对我来说通常是有意义的。
浏览 1修改于2009-04-17得票数 5
回答已采纳
在其他地方，我学到了一个缩写为"YAGNI“的原则，它说：”当你实际需要的时候，永远不要去实现它们，当你只是预见到你需要它们时，永远不要去实现它们。“
我现在想知道，“头第一设计模式”是否以非理性的方式解释了"YAGNI“原则？因为，在某种程度上，给定一组需求，我们应该为问题寻找最简单、最干净的解决方案，对吗？
浏览 1修改于2018-12-03得票数 1
回答已采纳
这些概念都很好，但是YAGNI (你不会需要它)的原则发生了什么，它阻止了开发人员浪费时间实现永远不会使用的灵活性？
搜索SO会发现400个关于YAGNI的问题，所以我怀疑这个概念对作者来说太晦涩了。
浏览 1修改于2017-05-23得票数 9
YAGNI原则可以很好地对抗过度设计，敏捷方法将其引入到软件开发的整个过程:系统是逐步发展的，这完全符合我从这个帖子开始的稳定性概念。
但是..。
浏览 0提问于2013-07-10得票数 3
回答已采纳
硬编码值的设计很糟糕，但是将这些值从应用程序中移除似乎违反了YAGNI原则。“正确删除硬编码值”的错误二分法是将其移动到数据库，而不是通过使用硬编码“有效地应用YAGNI还有第三种选择，即将查找
浏览 0修改于2017-04-12得票数 10
回答已采纳
技术债务，大设计前沿( )作为一个敏捷实践者，你如何在“快速”和“肮脏”(无意中冒着技术债务，同时试图坚持YAGNI)和每一次迭代中的过度工程()之间找到正确的平衡？
浏览 10修改于2008-09-16得票数 10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号