将ASP.NET动态数据用于数据驱动的网站有什么缺点？

我看了一些关于ASP.NET动态数据的介绍，我注意到这个选项是第一次创建一个数据驱动的网站。我有一个数据库和几张表，刚刚创建了一个动态数据应用程序，我的数据库，以及...我的应用程序有很多很好看的网页，它们之间的导航和各种CRUD操作3分钟后完成。将ASP.NET动态数据用于数据驱动的网站有什么缺点？

好的，严重的是，它当然没有完成。有很多自定义逻辑可供介绍，设计更改以及页面或关系删除，我不想在Web应用程序中实际看到它们。

但是现在我想知道ASP.NET动态数据是否至少有一个可行的起点，还是我最好从头开始创建逐页？我可以想象，创建一个快速的数据库维护Web界面可能是有用的，但是对于一个非常自定义的Web应用程序是否有用？修改脚手架最终比从地面建立一切更复杂吗？

我对您在动态数据方面的经验或建议非常感兴趣！提前致谢！

来源

2010-02-13 Slauma

我从来没有换我周围的领先足以让任何使用了它。起初，我认为这是微软对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动态数据体验的团队。

快速脚手架很漂亮，但在一天结束时，我认为它不会让网站的开发更容易。

来源

2010-02-13 20:28:45

是的，缺乏其他开发团队的经验是一个重要的观点！我将此标记为答案。不幸的是，我不能标出不止一个，尽管所有三个答复都是有效和有趣的。所以我标记我可能会遵循的建议。至少我发现到目前为止，动态数据脚手架可以将少量测试数据手动投入到我的数据库中，至少比在SQL Server Management Studio中添加数据更合适。感谢迄今为止您在这里的所有答案！ – Slauma 2010-02-14 13:05:11

我非常喜欢ASP.NET动态数据，因为它是创建数据驱动应用程序的快速方法。定制并不是一项复杂的任务。

我从头开始写这个技术的企业网站 - 它需要appr。 2个月。所以我认为这是Web应用程序开发的一个很好的起点。

来源

2010-02-13 19:46:31 sashaeve

仅供参考：您是否使用LINQ to SQL或实体框架作为数据源？我看到这两个选项可用。当你开始时，你是否比较了它们，并且发现或许它们比动态数据更好或更容易与其他动态数据一起使用？ – Slauma 2010-02-13 19:54:54

我已经使用了LINQ to SQL，因为一对一的映射对我来说已经足够了。 – sashaeve 2010-02-13 20:25:50

如果您archetecture类似于ASP.NET动态数据或DotNetNuke或其他一些入门套件，就去学吧，如果

应用是中小型
你没有严格的期限
你正在学习这项技术。

否则，或者当您将熟练掌握特定技术时，您会更喜欢自己从头开始工作，因为它为您提供了更多自由空间来实施创意。

例如，Asp.Net MVC突破的原因之一就是很多.Net开发人员希望自由开发他们正在构建的产品的开发/架构/流和呈现（HTML）。 Asp.Net WebForms确实为快速开发和模板提供了坚实而广阔的基础，但开发人员必须根据架构进行开发。这种自由在MVC下是可用的，开发人员可以利用几乎所有可用的库和技能，并采用他们自己的方式。

一个成功的样本是Stackoverflow.com本身

希望这有助于

来源

2010-02-13 20:08:51

我不怕走更难的路。如果我想实现在动态数据框架中可能不被很好支持的功能，我更害怕去经过一段时间并且随着应用程序增长而变得更不灵活和更复杂。如果我正确理解你的答案，我将拥有MVC（甚至Webforms？）的更多自由和灵活性。嗯，我对动态数据还是有点怀疑。 – Slauma 2010-02-13 20:53:52

据我所知动态数据框架基于ASP.NET WEBFORMS – 2010-02-13 21:50:25

将ASP.NET动态数据用于数据驱动的网站有什么缺点？

回答

相关问题