我看了一下ASP.NET动态数据的一些介绍，我注意到这个选项首次创建了一个数据驱动的网站。我有一个包含几个表的数据库，只是从我的数据库中创建了一个动态数据应用程序......我的应用程序有很多漂亮的网页，它们之间的导航和各种CRUD操作在3分钟后完成。
好的，说真的，当然没有完成。有很多自定义逻辑要引入，设计要更改，还有要删除的页面或关系我不想在Web应用程序中实际看到。
但现在我想知道ASP.NET动态数据是否至少是一个可行的起点，还是我最好从头开始逐页创建？我可以想象，创建一个快速的数据库维护Web界面可能是有用的，但它是否适用于非常自定义的Web应用程序？最后修改脚手架比从地面建造一切更复杂吗？
我对您有关动态数据的经验或建议非常感兴趣！提前谢谢！
答案 0 :(得分：1)
我非常喜欢ASP.NET动态数据，因为它是创建数据驱动应用程序的快捷方式。定制并不是一项复杂的任务。
我从头开始用这项技术写了一个公司网站 - 它需要appr。所有人都需要2个月。所以我的观点是，这是Web应用程序开发的一个很好的起点。
答案 1 :(得分：1)
我永远无法将自己包裹得足以让它得到任何用处。起初，我认为这是微软对Ruby on Rails的回答，我一直在寻找同样的好处。我不接近获得相同的好处。然后，当我将它与CMS（DotNetNuke，Sharepoint，Drupal等）进行比较时，它看起来真的动力不足。与ASP.NET MVC相比，它似乎从基本的ASP.NET走错了（MVC正在从ASP.NET中删除错误的抽象，而DD正在添加更多的抽象）。
就个人而言，我宁愿在ASP.NET MVC中从头开始构建一些东西，尽管我的日常工作是常规ASP.NET。我也在学习Drupal，因为我没有找到基于ASP.NET的CMSes的最佳位置。在工地上有一件事你会想要使用其他人都知道的技术。因此，我认为限制知道动态数据通常很有用，因为基本上任何遗留应用程序都不会使用它，并且您不太可能找到具有现有ASP.NET动态数据体验的团队。
快速的脚手架很漂亮但是在一天结束时我认为它不会让网页开发更容易。
答案 2 :(得分：0)
如果你的结构类似于 ASP.NET动态数据或DotNetNuke或其他一些初学者工具包，那就去吧，如果
否则或当您熟练掌握特定技术时，您会更喜欢自己从头开始工作，因为它为您提供了更多的自由和空间来实现创意。
例如，Asp.Net MVC取得突破的一个原因是许多.Net开发人员希望自由优先于他们正在构建的产品的开发/架构/流程和呈现（HTML）。 Asp.Net WebForms确实为快速开发和模板提供了坚实而广泛的基础，但开发人员必须根据体系结构进行操作。这种自由在MVC下可用，开发人员可以利用几乎所有可用的库和技能集，并以自己的方式。
一个成功的样本是Stackoverflow.com本身
希望这会有所帮助