我有一个客户端winform应用程序连接到WCF的本地网络服务器.客户端存在性能问题,我搜索了解决方案,发现了这篇文章.
它说那里:
这听起来像是在运行时创建的序列化程序集.尝试更改项目属性窗口的"构建"窗格底部的"序列化程序集"下拉列表的设置.
我的问题是何时更改生成序列化程序集值以及我应该将其更改为什么值以提高客户端应用程序的性能？
我的代码在C#,框架4中,在VS2010Pro中构建.
将类标记为可序列化有什么缺点？
我需要在数据库中保存我的asp.net会话,并且它要求会话中的对象是可序列化的.
合理.
但事实证明,我所要做的就是使用[Serializable]属性装饰该类并且它有效,这意味着.NET已经具有使类可序列化的底层基础结构.那么为什么不能默认呢？
有什么需要标记它？
实现我自己的会话状态提供程序是否一个坏主意,该提供程序根据redis会话提供程序和inproc会话提供程序之间的密钥有条件地进行切换？
我正在使用当前使用inproc会话提供程序的非常大的遗留asp.net应用程序.我们正在迁移到Redis作为会话状态提供程序,以便它继续部署,但是应用程序充满了会话滥用(例如,太大的对象,不可序列化的对象,我出于某种原因在那里看到了一个线程？).
我们计划慢慢纠正这些滥用行为,但在纠正之前我们无法真正转向redis.我希望我们可以慢慢地开始将可序列化安全密钥迁移到redis中,而滥用仍然存在于内存中,直到我们解决它们为止.
有没有人对此有任何建议？或者也许是从流程中迁移到流程外的其他建议？
谢谢!
c# ×3
.net ×2
asp.net ×2
asp.net-mvc ×1
exception ×1
performance ×1
redis ×1
session ×1
wcf ×1