我正在开发一个复杂的向导驱动的文档创建应用程序。我了解初始域的要求，因此可以使用显式列名为此创建显式数据库模型。我也是 MVC 的新手。我知道我需要使应用程序更通用，即向导会改变，需要存储不同的属性。我当前的观点/本能是使用 MVC/EF 工具最密切支持的最传统技术来实现目前已知的技术，然后使用 SQL Server 和 WF 中的 XML 功能等技术进行重构以支持更通用的功能基金会等。现在做这一切似乎是一大步。
所以我的问题是关于保持简单的优点，然后在以后重构更复杂的功能，而不是从一开始就构建它是通用的。
思想和智慧大受赞赏。
谢谢。
我觉得在这种情况下（阅读 OP 评论），如果你选择一个简单的“演示”版本的向导，其中包含更多硬编码的东西，那么你最终会想要，你最终会报废演示而不是重构它。但是，我并不是说这是一个糟糕的方法。
从我的角度来看，有两种方法可以接近此类应用程序的开发过程。
第一个是做上面提到的应用程序的快速草图版本。这样做会让你意识到朝着一个或另一个方向前进的利弊，会让你意识到必须以一种方式而不是另一种方式构建的东西以及所有类似的东西。这是“代码猴子”方法。只需输入该死的代码！
第二个是进入更多的 UML 路线，并根据您的需要绘制图表。然而，如果没有太多 UML 设计经验，这最终可能会浪费大量时间，因为您将继续编写应用程序，认为一切都已弄清楚，然后开始编写代码并意识到有些东西您没有考虑到为了。这条路应该是最好的路线，但缺乏这样做的经验可能会花费您的时间和金钱。