在深入研究自定义ASP.NET控件开发的过程中，我显然会绕过ASP.NET PostBack模型及其对控件开发的影响。
我知道控件在ASP.NET中没有“生存期”，因此必须在每次页面加载时重新初始化。 我们通过将对象的值/参数保留到ViewState来克服这一问题。
因此，我阅读的许多文章建议不要使用PostBack，因为这可能会增加Page的开销。 我知道，我不是在寻找禁用它的方法。
我正在寻找的是：
除了使用PostBack模型初始化控件外，还有什么替代方法？
我知道我们可以使用QueryString，但这似乎很混乱，而且显然不可靠。
理想情况下，您可以给我概述另一种方法的体系结构/设计以及其优点/缺点。
非常感谢^ _ ^
好吧，会话状态是服务器端的解决方案，如果您要完全避免使用ViewState，则需要处理大量的事务。 确实，在自定义控件中使用ViewState很好，很好-只需对存储的内容保持谨慎-仅存储声明的控件状态中的增量，无论如何都不要存储任何要回发的内容（例如，从DB调用）等
如果您真的在寻找PostBack模型的替代方案，那么我建议您研究ASP.NET MVC框架。 我很乐意将WebForms踢到路边，并用MVC来完成所有工作，但是可惜，遗留代码简直是bab花一现，而改写几乎从来都不是答案，所以我开始...
您必须将值存储在某处，因此限于查询字符串和隐藏的表单字段。 如果将其与HTTP相关，则基本上是GET或POST参数。
我想您可以使用Cookie，但这确实很麻烦。
存储你的对象状态的会话上下文：这将转向从客户端保持状态的服务器，这可能是小规模的内部网应用程序可以接受的负担。 对于大写字母I互联网上的网站，此方法无效。
启用AJAX控件：在这种情况下，只需要回发状态更改 。 这里选择正确的框架是关键。 有关官方的MS方法，请参见http://www.asp.net/ajax/ajaxcontroltoolkit/samples/ ； 还有许多其他可能。
我认为您仍然对控件有些误解。 将控件动态添加到页面时，控件只会遇到您描述的问题。 如果您在aspx代码中预先声明了控件，则它们将随页面一起构建。
