问题描述
刚接触ASHX，对AJAX又不熟，已经有三层了，只要调用方法实现功能
解决方案
解决方案二：
百度，google，自己查去
解决方案三：
这个，什么说呢？网上有例子，看一下就明白！
解决方案四：
先把ajax学会不要做伸手党
解决方案五：
$.post("test.ashx",{"id":"1"}).done(function(d){});--------------------------------------test.ashx:stringid=Context.Request.Forms["id"];//接收id参数值////中间，查询数据，什么之类的自己写//Context.Respson.Write("1");//返回值======================精简版，看看可以，详细的，百度多的是
解决方案六：
$.Post()调用后台ashx，传递参数后台ashx接收参数然后做你的增删改查最后向前台返回数据如果是查找，要先将datatable转换为List对象，序列化为JSON字符串后发给前台，前台接收后调用JS的Eval方法或jQuery的$.ParseJSON()方法反序列化为JS对象，然后就是组织你的dom操作生成table显示数据了。如果是增删改，只需要返回ExcuteScalar的返回值，即影响行数就可以了。前台接收并作出相应的判断，给出alert就可以了。
解决方案七：
Referhere:
解决方案八：
usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Web;usingWebApplication1.Bll;usingWebApplication1.Model;namespaceWebApplication1{///<summary>///Action的摘要说明///</summary>publicclassAction:IHttpHandler{privateTestBllbll;publicAction(){bll=newTestBll();}publicvoidProcessRequest(HttpContextcontext){stringaction=context.Request["Action"];switch(action){case"Create":Create(context);break;case"Retrieve":Retrieve(context);break;case"Update":Update(context);break;case"Delete":Delete(context);break;default:List(context);break;}}#region增加privatevoidCreate(HttpContextcontext){}#endregion#region读取privatevoidRetrieve(HttpContextcontext){try{//判断权限if(无操作权限){//日志记录//错误提示}//参数获取intid=Convert.ToInt32(context.Request["Id"]);//调用Bll层获取对象TestModelmodel=bll.GetModelById(id);if(model==null)//找不到对象{//日志记录//错误提示}//数据输出context.Response.Write(json对象或者其他);}catch(Exceptionex){//日志记录//错误提示}}#endregion#region更新privatevoidUpdate(HttpContextcontext){}#endregion#region删除privatevoidDelete(HttpContextcontext){}#endregionpublicboolIsReusable{get{returnfalse;}}}}
解决方案九：
你要MVC还是ASP三层。ASP三层，增加一般不会用到ashx页面，在后台改动就可以。删除和修改，通过ajax把id发送到ashx页面，接收以后，写修改代码。再通过json返回值来判断操作是否成功。
解决方案十：
ajax传值然后ashx接收然后判断是否为null如果不进入方法进行添加删除修改
解决方案十一：
和js用法差不多
解决方案十二：
引用楼主yiruoleng的回复:
刚接触ASHX，对AJAX又不熟，已经有三层了，只要调用方法实现功能
你所谓的“三层”没有任何意义。只要是经过ashx来作为中间数据服务，这就是“三层”无疑。用不着学网上什么“三层”。所以你学会用ashx就行了。不用扯上“三层”，你写的也是三层代码。关键地是要学习你的javascript程序设计跟ashx程序“适配”的设计思路。在设计前端程序时，更多地考虑如何安排前后台通讯步骤，抛开关系数据库的思路，只应该按照实际的前后台通讯步骤去设计需求。例如一个页面，某个用户操作需要经由前端ajax代码调用服务器上的业务逻辑层“判断在某个id序号之后的时间里是否有自己的留言，如果有则返回最多10条留言信息”，这样一个ashx服务，不管这个服务内部需要访问几个数据库实例、访问多少个数据库表，总之其通讯逻辑就是“一次性”地提交几个参数、返回一组高级的业务对象。如果你满脑子只有数据库表增删改查，那么你口口生生所谓的“三层”只不过是在说着DAL层里的一小部分概念，根本不是三层。如果没有人训练你去真正进行系统设计，你可能一直都在进行学生课堂练习式“增删改查”设计而不会设计真正的数据应用产品。
解决方案十三：
如果你能够有意地去按照真正的“三层”的思路去设计你假想出来的的前端程序需求，避免陷入“增删改查”的低级趣味中，再来写程序，一旦悟出点道理，再去从事编程这个职业就会觉得有一点成就感了，你总是有一定的设计思路了，不是一个代码抄袭工人了。
解决方案十四：
ajax，把前台参数传给ashx，然后ashx接收数据进行操作，最后ashx返回操作数据，前台页面再根据ashx返回的值操作。过程是这样的。
解决方案十五：
你现在有这个代码吗？