试图让我的头脑围绕构建我的应用程序的最佳方式。
当前的应用程序基于机会；具有相当典型属性的潜在工作日志，例如项目经理、费用、开始日期等等。
其中一个属性是 Stage，到目前为止，我一直将其保留为字符串（Won、Lost、No-Go 等）。我有将它转换为自己的类的冲动，尽管现在它只有一个属性：名称，它是一个字符串。我很确定在未来的某个时候 Stage 对象将具有其他属性。
现在为 Stage 属性创建一个类是否疯狂/矫枉过正？
问问题
46 次
3 回答
1
将附加属性添加到现有类比将来将属性转换为类要容易得多，所以如果您认为可能需要转换它，我会说只是这样做。
于 2012-09-07T08:59:37.377 回答
0
取决于你在这门课上看到的未来。如果您看到它会延长，那为什么不呢？但是你总是可以有一个字符串，然后在必要时创建一个类并替换它。希望能帮助到你
于 2012-09-07T08:59:27.860 回答
0
有一个叫做 YAGNI（你不需要它）的概念说：不要把未来看得太远。除非 Stage 类现在很有用，否则只需使用字符串属性。
如果您发现将来某个时候需要一个 Stage 类，那么以后添加它应该不会比现在更努力。如果您发现不需要它，那么您只是节省了一些时间，并降低了设计的复杂性。
一些关于这个 YAGNI 原则的阅读：
于 2012-09-07T14:11:24.997 回答