问题标签 [state]

我有一个 asp.net 页面，它使用 stringbuilder 为我的数据库中的每条记录输出客户端复选框。

我需要检查复选框是否应该打开，这取决于数据库中的布尔值，并且在回发时维护所有复选框的状态。

任何人都可以提出一个好的方法吗？

我正在尝试恢复我的多标签 iPhone 应用程序的状态。有超过 5 个选项卡，每个选项卡都有自己的导航控制器。在 applicationDidFinishLaunching 上，我确定哪个是用户打开的最后一个选项卡并将其设置为

myTabController.selectedIndex = persistedTabIndex;

然后我在该选项卡的根视图控制器上调用一个函数来恢复自身。问题是，如果选项卡已移至“更多”页面，则视图尚未加载，调用消失在 NIL 区域。有没有办法强制有问题的视图控制器加载它的视图？

非常感谢您的考虑和回复。

使用 Tomcat/Scala 保持用户状态的最佳方法是什么？我的第一个想法是始终保留会话中的帐户信息，如果帐户会话中没有信息，则将用户重定向到登录页面。这是一个可行的模型，还是有更聪明的方式来保存用户信息？我正在尝试复制一个基本的购物车网站，而我现在只是在思考这个问题。

我继承了一个项目，该项目将各种参数存储在配置文件、注册表和数据库中。需要这些参数之一的人只需直接从存储中读取（并且在某些情况下写入）它。这当然是愚蠢的，所以我的第一个想法是重构现有代码，以便客户端不知道参数存储在哪里。我创建了一个经典的 AppSettings 类，它为每个参数都有一个属性。由于商店必须具有全局范围，因此我制作了一个线程安全的单例。该类不将参数值存储在字段中，而是通过在实际存储（无论是配置文件、注册表还是数据库）中读取和写入参数值来充当访问点。这些天来，很难避免所有关于单例和全局状态的危险的讨论。

1. 我的解决方案除了可测试性之外，还有哪些类型的问题？
   
2. 什么是轻量级的替代品？为每个使用参数的对象创建工厂不是一种选择（工作量太大）。
   
3. 在我有机会进行一些更重的重构之前，使用单例是否可以作为一种可接受的折衷方案？
   
4. 如果我的单例类中的属性只有吸气剂，那会好吗？

我可以预料到某些参数的存储将来会发生变化（例如，从注册表到数据库），所以这就是我将存储隐藏在单例类后面的动机。

我一直在一些项目中使用 xml 库来保存我的设置，它的工作原理是这样的：

然后它将搜索该控件中的所有控件（递归），每次找到新控件时都会调用自己，等等，并将所有信息保存到 xml 文件中，例如：

然后将它们加载回来。

上次我在Framework 2中使用它，最近我再次需要它，并重新使用它，它像平常一样保存XML文件，但加载xml文件后似乎没有更新表单，我似乎找不到原因，所有代码似乎都是正确的。

有谁知道一个不错的替代品？（默认设置，应用程序设置，使用一种很糟糕的方法，指定要保存的控件的方法要简单得多，并且可以在任何地方使用）

提前感谢=）

我如何结合：

等等

变成一个覆盖所有可能状态的单行通配符（参见文档）

我试图找出哪些实体框架对象（如果有）在 ASP .Net 处理的 HTTP 请求结束后仍然有效？

即 ASP .Net 应用程序是否受益于跨不同请求的任何实体框架缓存机制？

本文描述了幕后发生的操作：

http://msdn.microsoft.com/en-us/library/cc853327.aspx

所以我想知道是否所有这些事情都会为每个http请求重复。

我刚刚阅读了一篇文章，描述了 HttpApplicationState 如何具有AcquireRead() / AcquireWrite()管理并发访问的功能。它继续解释说，在某些情况下，我们需要在 Application 对象上使用 explictLock()来Unlock()避免竞争条件。

如果对象隐式处理并发访问，我无法理解为什么应用程序状态应该存在竞争条件。

有人可以向我解释一下吗？为什么我需要使用Application.Lock()and Application.Unlock()？谢谢你 ！

我正在使用带有 LinqDataSource 的标准 GridView。用户可以使用库存标准的东西对网格进行排序和分页。搜索条件 (WhereParameters) 也可用于过滤结果。这很好用，但是当离开页面时，状态显然会丢失。

因此，捕获排序和分页状态以及 WhereParameter 值的通用机制会很棒。然后可以将这些值添加到 Session 并在用户导航回页面时恢复它们。

任何帮助将非常感激。

我的代码如下：

确实是一个非常华丽的标题。

我有一个基于 Web 的向导形式的 PHP Web 应用程序。用户可以运行向导并选择选项、运行进程（数据库查询）等。他们可以来回运行并一次又一次地运行进程。

我正在尝试找出如何最好地保存用户所做/所做的状态、他们运行的进程等的状态。所以基本上是一个美化的日志，我可以稍后再提取。

如何保存这些状态或会话？我的同事正在考虑的一个选项是为每个会话使用一个 XML 文件并将所有内容保存在那里。我的想法是使用数据库表来执行此操作。

每个都有优点和缺点，我希望我能得到关于选择哪个选项的答案？其他可行的选项的建议会很棒！或者我应该问自己什么样的问题来选择正确的实现。

目前使用的技术

后端：PHP 和 MS SQL Server，在 Windows Server 2005 上运行

前端：HTML、CSS、JavaScript (JQuery)

任何帮助将不胜感激。

编辑

每个将启动该系统的站点将只有一/二/三个用户。每个站点都不会以任何方式连接。该系统每月可以有大约 10 到 100 个会话。