MVC处理用户的ajax请求 财富值19

2017-08-20 16:30发布

以前用WebFrom时处理前端的ajax请求,用的都是一般处理程序ashx。最近在写MVC时,对于前端的ajax请求,突然有了疑问,既然我可以用ajax请求controller里面的action对用户的请求进行处理,那我还需要在MVC里面使用ashx请求用户的ajax请求了吗?
所以想请问大家一下:
1、这两种处理方式那种更好
2、在实际使用中那种方法用的更多


题外话:题主准大四doge,在学校时虽然对于.net平台的C/S开发、B/S开发有过学习,但是只是处于一种知道怎么用的阶段,也写过一些一两千行左右的小项目,但是并没有深究效率、性能等等优化的方面。现在也实习了几个月了,实习的公司用的快速开发平台进行ERP的开发,前端UI页面平台都能自动生成,底层的业务逻辑再写代码实现。自己觉得不是很想做这个,所以准备在合同结束后离职。所以目前就渐渐学习一点新的东西顺便复习之前在学校中学习过的内容。所以如果有大神觉得问题提的太过简单,请见谅,毕竟还是一只只有几个月工作经验的菜鸟。

友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
5条回答

技术上来说没有好坏
推荐你用MVC的方法,直接在cshtml页面写js $.post(url,{key:vaue},function(data){},json)来提交你的请求,不需要写ashx在controller的action可以直接接收的。具体可以看一下W3Cschool里的jquery以及博客园子中关于MVC前后端交互的介绍
因为现在外面企业基本上都用MVC了,所以你还是用这个,学校出来适应的快

没有好不好,只有合适不合适,每种框架都有自己的特性,用好了会事半功倍。而且对于MVC来讲,Action处理比ashx方便很多,至少传参和返回值不需要ashx那么麻烦。
简而言之,WebForm你就用ashx,MVC就用Action。

MVC项目中也可以请求ashx。没有哪个好不好的说法,在MVC项目中,通常为了项目风格的统一,都会请求/controller/action。

一般来讲,决定是否从一个公司离职主要考虑两方面,一是薪资,二是成长的机会。前者通过对比大概就能了解高低,但是后者,不太好评判。你觉得做的都是简单的东西,没意思,但是反过来想,为什么你可以通过做这么简单的事情就能搞定这个功能,那这背后的处理逻辑,你是否清楚。而不要一味的觉得你做的事情没意思,要善于发掘而不是等着别人来教你。

一周热门 更多>