62,074
社区成员
发帖
与我相关
我的任务
分享关于用框架和不用框架的疑问，望高手们告知
我在网上看到很多行业系统， 如CRM，OA，都是采用非框架架结， 但采用框架架构的也有，
我想问问，用框架做系统比非框架的系统要更好吗？如速度上，如开发周期上，如操作方便上等等？
有谁能说说不？
<咱的项目就差这点就要起动了```>
我想问问，用框架做系统比非框架的系统要更好吗？如速度上，如开发周期上，如操作方便上等等？
有谁能说说不？
<咱的项目就差这点就要起动了```>
...全文
请发表友善的回复…
发表回复
MayiMayi1 2005-03-26
- 打赏
- 举报
不是这样的吧,框架还是有用的
因为主界面还是在主框架内完成的
不重载入附框架可以让界面简洁,方便,减少一点流量与负担
因为主界面还是在主框架内完成的
不重载入附框架可以让界面简洁,方便,减少一点流量与负担
karykwan 2005-03-26
- 打赏
- 举报
框架没什么不好的,但是.net下问题也很多,比如传值什么的,很麻烦
龙腾九霄 2005-03-25
- 打赏
- 举报
看大家自己的水平了，我觉得框架是个好东西，尤其是iframe,真是太美妙了，其实我也不太明白 Sunmast(速马|AIR SUPPLY!) 所说的安全问题在哪里？
小弟开发多个内嵌iframe的web控件，非常好用，就连sql server report service 的report view 也是用iframe 开发的啊。
关键是：好用，效率高，节省流量。
某些兄弟提到不好控制，不知道是指那些方面？ 或许小弟可以略尽绵力。
小弟开发多个内嵌iframe的web控件，非常好用，就连sql server report service 的report view 也是用iframe 开发的啊。
关键是：好用，效率高，节省流量。
某些兄弟提到不好控制，不知道是指那些方面？ 或许小弟可以略尽绵力。
slhuang 2005-03-25
- 打赏
- 举报
^^^
xhunanpp 2005-03-22
- 打赏
- 举报
为何大项目要用呢， 因为排版的问题吗， ?
galiton 2005-03-22
- 打赏
- 举报
大项目用，小的一般不用
webserv2 2005-03-22
- 打赏
- 举报
.net一般用控件的比较多
cnlxt 2005-03-22
- 打赏
- 举报
学到了
njuzgj 2005-03-22
- 打赏
- 举报
学习
zippro123 2005-03-22
- 打赏
- 举报
尽量不用!带来的后续问题太多了
xiaoniaofei 2005-03-22
- 打赏
- 举报
我是一直用框架！！
lee_wei 2005-03-22
- 打赏
- 举报
忘了说了，楼主看过CnForums的编程思想了吗？
它的整个系统（不管前台还是后台）都是用N个控件组成。
它的整个系统（不管前台还是后台）都是用N个控件组成。
lee_wei 2005-03-22
- 打赏
- 举报
楼主如果是用.Net的话，大可不用框架实现。
就如思归列出的那些问题，平常也是搞得我焦头烂耳。
.Net中的IsPostBack判断，避免每次刷新页面，所有页面上的数据都要重新读取。
在ASP.NET应用程序中，如果需要在页面第一次显示时执行一些初始化操作，必须判断IsPostBack属性！
在ASP.NET使用Page.IsPostback，那么就可以避免往返行程上的额外工作：如果处理服务器控件回发，通常需要在第一次请求页时执行代码，该代码不同于激发事件时用于往返行程的代码。如果检查?Page.IsPostBack?属性，则代码可按条件执行，具体取决于是否有对页的初始请求或对服务器控件事件的响应。这样做似乎很明显，但实际上可以忽略此项检查而不更改页的行为。该属性用的好坏，直接关系到你程序运行是否按照你最初的意愿，也关系到整个页面的效率。因为，如果每次都会给控件绑定数据，不管你是第一次访问，还是提交了数据以后，那么这个页面程序的效率可想而知。
就如思归列出的那些问题，平常也是搞得我焦头烂耳。
.Net中的IsPostBack判断，避免每次刷新页面，所有页面上的数据都要重新读取。
在ASP.NET应用程序中，如果需要在页面第一次显示时执行一些初始化操作，必须判断IsPostBack属性！
在ASP.NET使用Page.IsPostback，那么就可以避免往返行程上的额外工作：如果处理服务器控件回发，通常需要在第一次请求页时执行代码，该代码不同于激发事件时用于往返行程的代码。如果检查?Page.IsPostBack?属性，则代码可按条件执行，具体取决于是否有对页的初始请求或对服务器控件事件的响应。这样做似乎很明显，但实际上可以忽略此项检查而不更改页的行为。该属性用的好坏，直接关系到你程序运行是否按照你最初的意愿，也关系到整个页面的效率。因为，如果每次都会给控件绑定数据，不管你是第一次访问，还是提交了数据以后，那么这个页面程序的效率可想而知。
lovelxj 2005-03-22
- 打赏
- 举报
哇 和星星对话 心惊肉跳
lovelxj 2005-03-22
- 打赏
- 举报
我觉得一个大的系统 特别是在带宽开始成为问题时 是应该使用框架的
就比如CSDN，这样的系统，因为流量高，所以就必须压缩I/O的流量，尽量避免重复的数据发送
同时使用框架也可以精简开发的页面，减少程序重复执行头部，尾部
当然思归提出的一些问题 的确是有：
Printing problems ：打印的时候可以选择具体打印哪个FRAME
Navigation may not work as expected: 框架都命名了 就好控制
('forward' and 'back' buttons) ：框架上的某个页面可以用JS实现具体的前进后退功能
Frame nesting ：框架都命名了 就不容易搞混
用不用框架 还是需要辨证唯物的观点
他的好处就是：
精简页面，提高执行效率
减少I/O
就比如CSDN，这样的系统，因为流量高，所以就必须压缩I/O的流量，尽量避免重复的数据发送
同时使用框架也可以精简开发的页面，减少程序重复执行头部，尾部
当然思归提出的一些问题 的确是有：
Printing problems ：打印的时候可以选择具体打印哪个FRAME
Navigation may not work as expected: 框架都命名了 就好控制
('forward' and 'back' buttons) ：框架上的某个页面可以用JS实现具体的前进后退功能
Frame nesting ：框架都命名了 就不容易搞混
用不用框架 还是需要辨证唯物的观点
他的好处就是：
精简页面，提高执行效率
减少I/O
Ivony 2005-03-22
- 打赏
- 举报
同意思归的意见，所以我一般都是尽量不用框架的。
netDust_cv 2005-03-22
- 打赏
- 举报
框架会有什么安全性问题呢？
我现在在做的OA系统，都是使用框架结构的。感觉比较方便。
框架的安全方面，向速马兄请教一下。
我现在在做的OA系统，都是使用框架结构的。感觉比较方便。
框架的安全方面，向速马兄请教一下。
hackate 2005-03-22
- 打赏
- 举报
我也觉得采用跟不采用没啥其别，但是有很多时候采用是很好的，比如后台啊。方便管理，框架个人感觉还不错
速马 2005-03-22
- 打赏
- 举报
用框架会有安全性问题，能不用则不用
saucer 2005-03-22
- 打赏
- 举报
>>用框架做系统比非框架的系统要更好吗？
Do not use frames:
Can confuse users:
Printing problems
Book marking problems
Navigation may not work as expected:
('forward' and 'back' buttons)
Frame nesting
Can be problematic for screen reader/braille users
Not all browsers are frames capable
People do not like them
They are regarded as 'old hat'
Search engines can have problems
http://www.nics.gov.uk/acc/comprehensive/designdevelopers/design_developers3.1.html
Do not use frames:
Can confuse users:
Printing problems
Book marking problems
Navigation may not work as expected:
('forward' and 'back' buttons)
Frame nesting
Can be problematic for screen reader/braille users
Not all browsers are frames capable
People do not like them
They are regarded as 'old hat'
Search engines can have problems
http://www.nics.gov.uk/acc/comprehensive/designdevelopers/design_developers3.1.html
