[真心求教]三层结构高人速来PK

Question

1 一个较大型的项目中 表现层到底要不要用服务器端控件比如gridview等？？ 到底会不会影响性能
2 从表现层传入一个分页信息对象到BLL层来控制底层数据分页。这种我不喜欢不知道大家意见如何？
3 大家在项目中表现层一般怎么来做？
请各抒己见 不吝赐教 。

Answer 1

那用什么？
Response.Write("<table.....  ???

Answer 2

1 一个较大型的项目中 表现层到底要不要用服务器端控件比如gridview等？？ 到底会不会影响性能这个又不是一概而论的要研究速度瓶颈才能知道的2 从表现层传入一个分页信息对象到BLL层来控制底层数据分页。这种我不喜欢不知道大家意见如何？如果复杂模型,为什么会不喜欢呢?可以使考虑的东西变少3 大家在项目中表现层一般怎么来做？这个问题问得太宽泛了

Answer 3

做Web就是感觉列表和报表比较烦。还没总结出个框框来。

Answer 4

1 一个较大型的项目中 表现层到底要不要用服务器端控件比如gridview等？？ 到底会不会影响性能按常理来说，对性能有点影响，不过我们照常用，不用难道用Response.Write?
但是在.net中针对性能优化的东东。2 从表现层传入一个分页信息对象到BLL层来控制底层数据分页。这种我不喜欢不知道大家意见如何？
不喜欢就不要用。用存储过程，这个看你个人。3 大家在项目中表现层一般怎么来做？
在项目中，一般有先规划好，然后就用控件拖拖拉拉的。没别的

Answer 5

如果数据量较大,全部取出来肯定是占内存的,如果是网站,用户群一多肯定是影响服务器性能的,最好的办法就是在数据库中编写通用 分页存储过程 ,每次只取出自己需要的部分数据,但这样,如果用户频繁操作分页时又会很占用服务器CPU,所以权衡利弊自己看着办...

Answer 6

1 一个较大型的项目中 表现层到底要不要用服务器端控件比如gridview等？？ 到底会不会影响性能按常理来说，对性能有点影响，不过我们照常用，不用难道用Response.Write?
但是在.net中针对性能优化的东东。2 从表现层传入一个分页信息对象到BLL层来控制底层数据分页。这种我不喜欢不知道大家意见如何？
不喜欢就不要用。用存储过程，这个看你个人。3 大家在项目中表现层一般怎么来做？
在项目中，一般有先规划好，然后就用控件拖拖拉拉的。没别的
--------------------------------------------------------------
正解

Answer 7

1 一个较大型的项目中 表现层到底要不要用服务器端控件比如gridview等？？ 到底会不会影响性能
这个跟你用哪里的东西无关。关键是你用的东西1是否属于表现层的，2是否与其它层无关。
说明一点：性能问题是表现层的性能问题。与其它层无任何关系。2 从表现层传入一个分页信息对象到BLL层来控制底层数据分页。这种我不喜欢不知道大家意见如何？
首先要搞清楚不是表现层传对象到其它层。而是逻辑层或是架构层控制表现层、数据层、传输层。
具体各层之间如何协同动作是架构层的事。3 大家在项目中表现层一般怎么来做？
外层-->表现请求数据-->表现层-->表现-->与用户交互-->控制数据与交互结果数据-->外层即然是真心求救。就不要让谁来pk。好吗？

Answer 8

to yl0002(yl)  你说的对 是我用词不当
我的本意是希望大家多说说，说得尽量详细

Answer 9

<<asp.net高级编程>> 附录B 提高性能的技巧
分层只是为了，系统的代码重用性，系统扩展性，和模块的易管理性，怎么分看工程了。
刚工作，随便说说。可能不对。

Answer 10

顶一下~~
个人认为既然使用Asp.Net作为大型项目的开发环境，那么这个项目中效率就不是首先要考虑的因素
前台页面大量使用JavaScript会不会好些？

Answer 11

既然是大项目,当然是分层好,各层可以分组完成,以后维护及升级都容易,把项目分成表示层,逻辑层,数据层等多层,如果要将访问Access改成Sqlserver的,只要改变数据层就可以了其它层也不需要动!至于要不要用GridView 等控件,那要衡量效率与维护的比重了,用Response.Write("<table……"）也是可以的，但是以后调试或出问题时可能要放两倍以上的时间下去才可以搞定了！