问题标签 [state]

在设计一个类时，保持有效状态的逻辑应该包含在类中还是之外？也就是说，属性是否应该在无效状态下抛出异常（即值超出范围等），还是应该在构造/修改类的实例时执行此验证？

I have a web-based application which makes use of remote EJBs for its business logic. Some of these EJBs are also exposed as Web Services. I need to keep a small state for some of these calls in order to allow subsequent calls to function correctly. Which of the following would you recommend?

• Stateful EJBs (will this work with Web Services?)
• Return the state to the client (what if I want to prevent the client from altering the state?)
• Reload the state from the DB on each method (should I worry about the overhead?)

在 ASP.NET 3.5 中有 6 种技术来管理状态（据我所知）。

谁能给我一些适当的例子来说明我应该使用这些技术的情况？

例如：

尝试做简单的按钮功能。

按钮 A。它有 3 种状态：默认、突出显示、选中。再次单击时应取消选择。对于我的生活，我什至无法建立一个简单的三态功能。

突出显示（按下时）显示为内置（变为“库存”蓝色）。我已经使用 Button Attributes 为选定状态加载图像...使用 Control/Content 来单击 Highlight 和 Selected on and off，试图找到正确的组合...

我认为它只是在下拉列表中选择我想要编辑的状态......它会注册我对该状态的编辑......图像加载/颜色改变/等等......

不！！！！我错过了什么..？

我一直提倡无状态网络，但想知道有状态网络的倡导者在说什么。

您是否有任何情况下有状态比无状态更合适？

我最近一直在玩函数式编程，关于副作用的主题有很好的处理方法，为什么应该包含它们等等。在使用 OOP 的项目中，我正在寻找一些资源来制定一些策略最小化副作用和/或状态。

RESTful Web Services一书就是一个很好的例子，它为您提供了在 Web 应用程序中最小化状态的策略。还有什么其他存在？

请记住，我不是在寻找另一本 OOP 分析师/设计模式书籍（尽管良好的封装和松散耦合有助于避免副作用），而是寻找主题本身就是状态/副作用的资源。

一些编译的答案

• 主要关心状态的 OOP 程序员这样做是因为并发性，因此请阅读Java 并发实践。[正是我想要的]
• 使用 TDD 使副作用更明显[我喜欢它，例如：你的设置越大，运行测试所需的状态就越多 = 好警告]
• 命令查询分离 [好东西，防止更改通常令人困惑的函数参数的副作用]
• 方法只做一件事，如果它们改变了对象的状态，可能会使用描述性的名称，这样简单明了。
• 使对象不可变 [我真的很喜欢这个]
• 将值作为参数传递，而不是将它们存储在成员变量中。[我没有链接这个；它使函数原型变得混乱，并且被 Clean Code 和其他书籍积极劝阻，尽管我承认它有助于解决状态问题]
• 重新计算值而不是存储和更新它们[我也很喜欢这个；在我工作的应用程序中，性能是一个小问题]
• 同样，如果可以避免，请不要复制状态。让一个对象负责保存它，并让其他人在那里访问它。【OOP基本原理，好建议】

我有一个带有 1 个标签和 2 个按钮的网页。一个按钮执行回发，生成一个随机数字序列，将其保存到 Application 对象，并调用从 Application 对象获取列表并将它们写入标签的方法。另一个按钮只是调用获取数字并将它们写入标签的方法。在页面加载时，我调用相同的函数来获取值并将它们写入标签。

我在本地运行该网站，同时使用 3 个浏览器（IE、FF、Chrome），它按预期工作。每个浏览器显示相同的值，如果其中一个调用 Randomize，它们会发生变化。

在生产服务器上我得到不同的值，有时我在 IE 或 FF 上没有任何值。

我们没有负载均衡器。

代码，它看起来很难看，但我拼命尝试了每一种组合，只是为了让它工作：

WPF 使用日志元数据标志自动记住依赖属性的控制状态。

在此之上，您可以实现 IProvideCustomContentState 以提供您自己的自定义状态信息。

但是，我找不到只做自定义状态并关闭自动依赖属性状态跟踪的方法。我想这样做是因为我确切地知道应该为我的页面记住什么状态以及应该如何重新设置该状态。

有没有办法告诉 WPF 不要记录我的控件的属性？

没有进入“有状态服务不好”的讨论......你如何创建一个？

由于缺乏有用的搜索结果..似乎我正在搜索错误的术语，或者正在积极劝阻它。我能找到的最好的链接是MSDN 上的这个

简要介绍一下我当前的应用程序的外观。Rails Web App => ASP.Net Xml webservice => Legacy C#/C++ code

到目前为止，一切都很好。现在事实证明，当我向 WebMethod 发出第一个请求时，它需要在每次调用时启动一些昂贵的进程/资源来创建-使用-处置。所以我正在考虑重用这些资源。

首先，我尝试将它们变成成员变量 - 只是为了让每个请求都由一个新的MyWebService类实例和不同的线程提供服务的灯泡时刻。

该链接表明这样做的方法是

• 在状态是每个用户的情况下使用会话哈希/属性集合。
• 在状态是全局的情况下使用应用程序哈希/属性集合

问题：

1. 这是正确的吗？我错过了一些魔法属性吗？
2. 我尝试了应用程序哈希表方法...在第一个请求中填充某些已知键。但是，在第二个请求中，哈希表处于干净/无项目状态。
3. 如何处理同步？.net 锁定私有成员对象的方式不起作用。

我的 Web 服务类看起来像这样..

更新： 我仍在为 Q#2 苦苦挣扎。有一些奇怪的行为

“用户名”键写入成功 - 它存在于哈希中。但是，我在 Web 方法中编写的键值对无法在当前 Web 请求中存活。在下一个请求中，哈希表仍然只有一个项目 - “用户名”。由于这是 ApplicationState，我假设我不必将 EnableSession 属性设置为 true。

我们正在设计一个 web 用户控件，它可以做一些不同的事情。它从内部或外部获取事件，对这些事件的响应取决于此控件的状态。

我们将建模视为状态机，但我们认为它可能太令人讨厌或难以让其他人理解。你认为这是真的吗？