我正在开发一个复杂的向导驱动的文档创建应用程序。我了解初始域的要求，因此可以使用显式列名为此创建显式数据库模型。我也是MVC的新手。我知道我需要使应用程序更通用，即向导将更改，需要存储不同的属性。我目前的观点/本能是使用MVC / EF最接近支持的工具，然后使用诸如SQL Server和WF中的XML功能等技术重构以支持更通用的功能，来实现目前已知的内容。基金会等现在做这一切似乎是一大步。
所以我的问题是关于保持简单开始的优点，然后在稍后的更复杂的功能中进行重构，而不是从一开始就构建它。
非常感谢思想和智慧。
感谢。
答案 0 :(得分：1)
我喜欢在这种情况下（阅读OP评论），如果你使用更多硬编码的东西去你的向导的简单“演示”版本，那么你最终会想要，你最终会废弃演示而不是重构它。但是，我并不是说这是一个糟糕的方式。
从我的观点来看，有两种方法可以满足这种应用的发展过程。
第一个是如上所述的应用程序的快速草图版本。这样做会让你意识到进入一个或另一个方向的利弊，会让你意识到必须以一种方式而不是另一种方式构建的东西以及所有这些东西。这是“代码猴”方法。只需输入该死的密码！
第二个是进入更多的UML路线，并准确地绘制了你想要的图表。然而，由于没有太多的UML设计经验，这可能最终浪费时间，因为你会继续制作你的应用程序，认为你可以解决所有问题，然后编写代码并意识到你没有考虑过的东西对于。这条道路应该是最好的路线，但缺乏这方面的经验可能会花费你的时间和金钱。