冒着听错误的风险，我认为这对于RAD和快速绘制应用程序非常有用。
从某种意义上来说，它感觉有些像Ruby一样，它从CRUD应用程序中支撑了你需要的所有东西。对我们来说更容易，对吧并且大多数人都不是明智的。
我在工作场所相当绿，我只是开始从事实际的工作，作为开发人员（小隔间和免费咖啡），所以我的意见可能有点绿色，但我喜欢更多的评论资深人士。
这是介于MVC2（基本脚手架）和Microsoft Lightswitch（向导驱动开发）之间吗？值得投资吗？
答案 0 :(得分：4)
就我个人而言，我喜欢将动态数据用于管理页面，这些页面实际上没有人可以看到，但需要以某种管理员用户的可用方式存在。在过去，那些过去需要花费很多精力才能让开发团队一起制作，但是使用动态数据，这几乎是一种开箱即用的体验。
我建议您查看Tailspin travel这是MVC 2中的应用程序，但是使用动态数据，集成在同一个UI项目中，用于管理端。
答案 1 :(得分：3)
起初我对此持怀疑态度，但现在我使用的动态数据几乎与“标准”ASP.NET网站一样多。开箱即用，它非常通用，但它是可自定义的，您可以在其中包含标准的ASP.NET页面。
首先，当我需要从“标准”应用程序“后门”进入数据时，我会将其用作单独的管理站点。然而，最近，我的方法是做一些更多的计划，并决定我希望用户通过动态数据机制访问哪些表，以及我希望更好地控制哪些数据。您可以只构建所需的表，这适用于您希望最终用户能够添加/删除的“查找”表。一个例子是我们的电子邮件优惠券计划，客户可以通过电子邮件注册接收优惠券。他们可以选择优惠券类别 - 热食品，饮料，汽油，农产品等。整体优惠券计划的管理员需要能够添加和删除类别，动态数据对于这类事物来说非常棒。
动态数据负责数据验证（安全性和可用性的巨大优势），映射我们的关系（一个巨大的节省时间），只是“做对了”。在商业环境中，安全性和生产力是大多数开发人员处理不当的两个非常现实的问题，而动态数据似乎很好地处理了基础知识。
所以是的，我认为这是值得的。它非常强大，是您工具箱中的一个很好的工具，但是需要技巧，这需要时间和练习。它不应该是工具箱中唯一的工具。
答案 2 :(得分：2)
我听说动态数据的最佳用途之一是为网站快速建立Django-like admin section。它不一定是“完美的”，因为它不针对用户，但它确实可以快速，轻松地为您提供良好的可用性。
答案 3 :(得分：0)
我对此知之甚少，但这听起来不像我会考虑的事情。每当我处理一个应用程序时，我们都会遵循一些基本的架构指南，例如分层/可重用性等。通常，我倾向于远离快捷工具/框架。 .NET世界中有许多“整洁”工具可能在某些小型企业/内部应用程序空间中占有一席之地，但对于设计良好的应用程序来说并不是一个好主意。例如，将SQL嵌入到可以直接绑定到GridViews等的数据源控件中