2012-07-26 156 views
7

当使用ASP.NET web表单,我看主要有两种方式来构建一个项目:最佳实践

1)有很多的.aspx文件(包括隐藏文件的代码),也许一些.ascx文件(与文件后面的代码。

2)依靠大量的文件的.cs(类文件),并已在类构建以Controls.Add()的一切,等

第一上面的方法会导致很多aspx和ascx文件以及很少的.cs文件。上面的第二种方法导致了很多.cs文件,但是aspx和ascx文件非常少。

是否有“最佳实践”方式来构建项目?微软是否推荐这些技术之一?有没有关于这两种风格中哪一种更常用的信息?

+0

很有见地的问题,恐怕这根本不适合所以......这里没有明确的答案,因为在构建项目时没有最佳实践......可能有一些指导方针或建议,但最终的决定总是在你身上。用你最舒服的方法去吧。我建议阅读本文的初学者 - http://stackoverflow.com/faq – walther 2012-07-26 16:21:02

+0

看看** http://www.bredemeyer.com/why.htm**和** http://msdn.microsoft.com/EN-US /库/ ee658093 ** – 2012-07-26 16:22:48

回答

2

我会坚持第一种方法。一些控制非常繁琐(或困难)以创建方式创建。

GridViewListView为例,创建一个带有GridView的* .aspx页面,该页面具有包含模板列的自定义模板。然后运行你的应用程序,在ASP.NET临时目录中找到* .dll,反编译这个类,看看代码是多么混乱和复杂。随着时间的推移和/或进行修改将会非常困难。

另一方面,只要您尝试维持平衡,有一些声明性代码并不坏。

3

如果你还没有这样做,请检查ASP.NET MVC。如果你不能选择MVC,你可以使用ASP.NET WebForms实现MVP pattern。这两种模式提供了分离演示文稿,模型和路由的好方法。

0

尽可能地使用方法一,只有在开箱即用的控件没有提供您需要的功能时才采取两种方法 - 您可以通过继承现有控件来创建自定义控件。这不是一个“或/或”情景 - 你应该明智地使用这两种方法。

2

这两种方法都没有问题。你使用哪一种取决于个人喜好,可行性和要求。

您可能会遇到的一个问题是,如果您使用第二种方法,那么较少的开发人员将能够选择您的项目并运行,或者需要更长的时间才能掌握项目。你会发现更多的开发人员可以轻松地选择第一种方法。