请高手评论一下,关于ajax与asp.net我的观点对吗? 5
我学了asp.net,教材上说,asp.net实现了代码和前台分离,cs文件中写代码,aspx中写html,但是依我看,asp.net其实没有完全实现后台与前台分离,因为...
我学了asp.net,教材上说,asp.net 实现了代码和前台分离,cs文件中写代码,aspx中写html,但是依我看,asp.net其实没有完全实现后台与前台分离,因为aspx中常常存在大量的runat=server 和 服务器控件,甚至还要为建立repeater和gridview控件写的eval数据表达式。
我认为,ajax才是真正实现了前台和后台的分离,我在前台用jquery的ajax函数向后台发出请求,由于ajax函数在发送请求的时候,可以向后台传递参数,所以提供了比较大的灵活性,可以调用不同的参数和后台不同的类,得到后台数据后,用js在前台显示数据,这才是真正的web界面和后台分离!
大家说我的观点对吗?? 展开
我认为,ajax才是真正实现了前台和后台的分离,我在前台用jquery的ajax函数向后台发出请求,由于ajax函数在发送请求的时候,可以向后台传递参数,所以提供了比较大的灵活性,可以调用不同的参数和后台不同的类,得到后台数据后,用js在前台显示数据,这才是真正的web界面和后台分离!
大家说我的观点对吗?? 展开
展开全部
他的前台与后台分离,应该是对于开发过程、开发人员的分离。
aspx和cs文件其实是同一页面,不但要负责前台的界面,还要负责后台的逻辑,要知道程序员的美工能力是比较差的,而专业设计的又不怎么会编程。因此把呈现与逻辑分开,可以更方便的让不同工种各司其职,减小互相之间的干扰。
尽管aspx中有大量runat server和eval数据,但不会对页面设计有太大的影响。因为web页面是具有“弹性”的(不像印刷品),所以数据有多有少有长有短很正常。。。当然如果项目整体设计不到位,时常改动,一会添加个控件,一会多加点数据,那就是另一回事了。
所以教材中讲的应该是开发过程中的“分离”,而你讲的是运行过程中的“分离“。
楼主,你怎么看
aspx和cs文件其实是同一页面,不但要负责前台的界面,还要负责后台的逻辑,要知道程序员的美工能力是比较差的,而专业设计的又不怎么会编程。因此把呈现与逻辑分开,可以更方便的让不同工种各司其职,减小互相之间的干扰。
尽管aspx中有大量runat server和eval数据,但不会对页面设计有太大的影响。因为web页面是具有“弹性”的(不像印刷品),所以数据有多有少有长有短很正常。。。当然如果项目整体设计不到位,时常改动,一会添加个控件,一会多加点数据,那就是另一回事了。
所以教材中讲的应该是开发过程中的“分离”,而你讲的是运行过程中的“分离“。
楼主,你怎么看
展开全部
理解小了
时间长了就明白了
asp.net是基于框架的
ajax是基于异步技术的
时间长了就明白了
asp.net是基于框架的
ajax是基于异步技术的
追问
我问的是哪种技术实现了web页面和后台的分离,你的回答离题了
追答
基于struts的框架
比如SSH
如果是单纯技术
ajax就是
理解一种技术一定要放到特定的环境下去理解
没有一种单纯的技术是完美的 只是一个点而已
需要多种技术配合成一个框架 互相弥补 才可以
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
你说的没错,相比于MVC结构,ASPX页面的耦合度还是比较高的。。。但既然如此为什么还要用Aspx呢,主要还是从编程的角度来看,他提供了各种丰富的控件让你去自由、灵活地实现功能,他决定了全局的实现,而JavaScript主要还是倾向于页面呈现上更细致的处理,比如说一条一条数据的处理,这个的确要比刷新整个页面代价要低。但如果要批量地提交数据(比如说表单),就应当直接在Aspx中基于事件处理了。你可以从编程实践中可以感受到,如果大量在前台实现,写JS代码的工作量还是比较大的,IDE的支持在.NET中是比较重要的因素。前台后台的分离并不是我们的目标,我们工作就是要在性能与实现代价上做出平衡,具体什么做法,还是要看你的任务需求。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
学习一下。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询