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