|
主题: 求教,asp.net项目的构件结构。
|
5D荣誉斑竹
职务:普通成员
等级:3
金币:10.0
发贴:1480
|
#12005/8/10 3:18:16
最近想看看,有些问题比较疑惑 code Behind 是否只能一个CS对应一个页面? 数据绑定是否限制了多层结构? 如果我的对象集合是自定义的对象还能和FORM控件绑定么? 自定义的TAG能否做编译呢? 如果做一套封装的比较完善的类库,而不使用code Behind. ASPX页面直接调用类库是否能简化WEBAPP的开发和调试呢?
|
蓝鲸
职务:版主
等级:5
金币:42.1
发贴:2614
|
#22005/8/10 9:11:07
一个aspx或ascx文件对应一个cs文件。从多重结构的开发上,这样设计是合理的,因为aspx或ascx一般用于表示层,是最上层的。而一些基础的开发均在数据层或业务层上完成,表示层可以调用基础层的类方法和属性。 数据绑定只是为简化开发而封装设计的,和多层开发没有影响。 自定义控件一般可以采用继承的方法来设计,可以继承原有控件的方法和属性,当然也可以继承绑定的属性和方法。当然如果功力深,也可以设计自己的绑定方法。 ASP.net开发,建议使用页面和代码分开。所有开发项目中的代码都是经过编译的,包括自定义的代码、类库。
非常大鱼
|
5D荣誉斑竹
职务:普通成员
等级:3
金币:10.0
发贴:1480
|
#32005/8/10 13:52:02
感谢! 因为最初对code Behind的理解是用于对页面进行转发的控制层, 同时也有利于代码的重用和逻辑/页面的分离。 但是后来发现ASPX的CS文件似乎没有控制功能,如果只是为了代码和页面相分离的话,觉得意义不大。
.NET的数据绑定因为是直接将记录集绑定到某个控件的。 如果只是一个COLLECTION(集合里是get/set的一个BEAN),而不是记录集的话该如何绑定呢?是否只要BEAN继承一下就可以?
|
5D荣誉斑竹
职务:普通成员
等级:3
金币:10.0
发贴:1480
|
#42005/8/10 13:58:26
大概3年前,我做个一个.NET项目,当时是1.0发布没多久, 做法是对数据访问等做了一些轻量的封装,WEB层code Behind。 开发过程中碰到过很多莫名其妙的问题,类似SESSION丢失等。 还有一些控件使用不正常,具体问题已经忘记了。 一直都不敢确定是.NET的BUG还是因为学习不深。 不知道现在还有没有这种问题?
|
蓝鲸
职务:版主
等级:5
金币:42.1
发贴:2614
|
#52005/8/10 16:51:52
这些问题现在基本不很少碰到了,但在ascx文件中的一些cookie设置值可能因服务器时间差问题,下文中可能没来得及读出来。如方文件中的页面onload事件,有一些较慢服务器上可能执行得比头文件中的ascx的onload要早。这只是我猜测的。所以常因些有些麻烦。 另外,asp.net开发还是有些繁锁,特别是三层开发,类的设计很烦,我常因些因客户看不到表面效果,以为在偷懒。这方面我实在怀念asp的快速,但随后下决心,要说服客户。
非常大鱼
|
5D公害
职务:普通成员
等级:9
金币:10.3
发贴:36272
|
#62005/8/11 22:48:01
我常因些因老板看不到表面效果,以为在偷懒 的确是这样,唉
|
lfapex
职务:普通成员
等级:1
金币:0.0
发贴:5
|
#72005/8/17 8:45:48
如果只是一个COLLECTION(集合里是get/set的一个BEAN),而不是记录集的话该如何绑定呢? NET支持对象绑定的,实际上就是list数组 做一套封装的比较完善的类库,而不使用code Behind. 做类库和code Behind没有什么直接的关系,只是结构清晰,代码精简化了,当然最后的方式可以是code Behind,也可以是页面加载,看你自己习惯了,强烈建议code Behind,本来就是好东西嘛,干吗不用
|