大家来说说.NET 2.0下用户控件的使用原则～

[renmasheshou]

RT～

什么情况下写成用控好？什么情况下还是用.aspx？？？

[renmasheshou]

咋就没有人来讨论呢？？？

[以专业开发人员为伍]

写成用户控件可以组合进任何其它控件，并且可以同时产生多个，这是一个完美的递归组合。页面则只能组合控件。例如你可以在GridView里边可以绑定模板，这个模板可以是任何web控件、html控件、用户控件，可是无法是页面。你可以向页面上方多个用户控件，也可以只放一个，随心所欲地将多个应用程序组合起来（页面仅仅负责初始化共享参数和提供事件处理），反过来确不行。我只有在编译产品的时候才考虑页面，之前所有的产品设计阶段、开发阶段、测试阶段，就是围绕用户控件做的，并且残品规格说明和项目分包都是围绕一定层次用户控件的（它们再细分成子用户控件），这是很完美的自我递归组合，在设计和管理上都很一致。而页面仅仅是一个最后放置一两个用户控件的容器而已，没有任何技术含量。

[renmasheshou]

谢谢SP1234。

用户控件在缓存 替换什么的的确很方便，但如果整出太多的.ASCX感觉不大好，而且对于某些资源，比如图片的路径问题在用控被使用在ASPX中的时候不大好～

感觉粒度的把握很重要的，什么时候该.ASPX直接来整着来，什么时候该.ASCX分开来～
分开毕竟会导致一定的重复吧，代码效率也有一定的问题吧？

用控有好也有坏，现在正把用控改到页面中去～

[以专业开发人员为伍]

实际上，一个价值1000万的产品，也许只有3、5个aspx就够了。

这是设计理念上的不同，一个是按照一个一个页面去设计，另一个是按照一个一个控件去设计。我觉得后者更为简单方便——是做大系统是方便而不是做简单的小程序时。

[以专业开发人员为伍]

对于图片路径等问题，这应该是设计不好，不是使用控件的错，因为这些都是asp.net的路径解析（著名的~符号、theme等）已经解决了的。实际上用户控件或者自定义控件应该简单方便地拷贝到其它应用系统里，资源访用方式应该很方便可靠。

[以专业开发人员为伍]

实际上，我正准备将过去的多aspx都集中在一个页面管理框架下，以后不在url上出现首页文件名。例如：
http://www.a0923.com/?id=1234
这样不出现aspx，也不再使用default.aspx文件名。而真正的aspx文件名是很长很怪异的没人能记得住，程序员自己也记不住。