ICallBackEventHandler 和 HTTPHandler 有什么区别？
当我们编写自己的自定义 HTTPHandler 时，它们的行为方式是否与 ICallBackEventHanlder 相同？ 我们使用两者来从我们的网页进行 ajax 调用，这不是正确的吗？ 或者我的理解错误，我不会怀疑它是否是:(
显然HTTPHandlers是更广泛的概念，因为网页（.aspx）等也是http处理程序。
When we write our own custom HTTPHandlers aren't they behave the same way as ICallBackEventHanlder does? we use both to make ajax calls from our web page, isn't this correct? or my understanding wrong, I wont doubt if it is :(
Obviously HTTPHandlers are more broader concept since a web page (.aspx) etc are also http handlers.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
ICallBackEventHandler 用于与页面集成——处理程序适用于任何事物。 当您想要从页面的客户端执行 ajax 请求，并且您仍然希望从该处理程序访问页面上的所有控件、来自 ViewState 的重新饱和状态等时，回调处理程序非常有用http 处理程序无法访问该页面或其状态。 回调处理程序还可以将一些状态更改推送回客户端。 例如，回调处理程序可能会呈现需要更新客户端上的 __EVENTVALIDATION 字段的内容。
A ICallBackEventHandler is for integration with a page -- a handler is for anything. A callback handler is useful when you want to do an ajax request from the client-side of a page, and from that handler you still want access to all of the controls on the page, their re-saturated state that comes from ViewState, etc. An http handler has no access to the page or its state. A callback handler can also push some state changes back to the client. For example, a callback handler might render something which requires the __EVENTVALIDATION field on the client-side to be updated.