使用隐藏字段是个好主意吗？（ASP.NET，C#）
在一个应用程序中，我从数据库中提取了一些数据，这些数据将被几种方法使用。第一次绘制时将数据写入隐藏字段是一个好主意，还是在需要时再次绘制数据？如果您指的是私有字段，那么是的，只要使用它的所有方法的数据都相同，这是一个好主意。如果您指的是私有字段，那么是的，这是一个好主意，只要使用它的所有方法的数据都相同。我想这取决于几个因素，包括但不限于：使用隐藏字段是个好主意吗？（ASP.NET，C#）,c#,asp.net,hiddenfield,C#,Asp.net,Hiddenfield,在一个应用程序中，我从数据库中提取了一些数据，这些数据将被几种方法使用。第一次绘制时将数据写入隐藏字段是一个好主意，还是在需要时再次绘制数据？如果您指的是私有字段，那么是的，只要使用它的所有方法的数据都相同，这是一个好主意。如果您指的是私有字段，那么是的，这是一个好主意，只要使用它的所有方法的数据都相同。我想这取决于几个因素，包括但不限于： 数据多久更改一次 如果总是重新获取数据，您需要多久访问数据库一次 正在检索的数据有多敏感 正在检索多少数据 诸如此类 在大多数情况下，决策完全取决于具体
- 数据多久更改一次
- 如果总是重新获取数据，您需要多久访问数据库一次
- 正在检索的数据有多敏感
- 正在检索多少数据
- 诸如此类
在大多数情况下，决策完全取决于具体情况；而且我们不一定有间接信息。我想这取决于几个因素，包括但不限于：
- 数据多久更改一次
- 如果总是重新获取数据，您需要多久访问数据库一次
- 正在检索的数据有多敏感
- 正在检索多少数据
- 诸如此类
在大多数情况下，决策完全取决于具体情况；而且我们也不一定有间接信息。我说这取决于你对安全的需要。请记住，隐藏字段是客户端的，因此可由最终用户编辑
如果这些字段将被发回或用于比一点交互更敏感的任何事情，那么每次从数据库中获取它可能会更安全。我说这取决于您对安全性的需要。请记住，隐藏字段是客户端的，因此可由最终用户编辑
如果这些字段将被发回或用于比一点交互更敏感的内容，那么每次从数据库中抓取它可能会更安全。这取决于您试图保存或保留的内容
- 隐私权 如果数据需要更高的安全性，则不要将其保存在隐藏字段中
- 大小 如果数据较小，则其精细的else隐藏字段不是有效的方法
- 隐私权 如果数据需要更高的安全性，则不要将其保存在隐藏字段中
- 大小 如果数据较小，则其精细的else隐藏字段不是有效的方法
或隐藏字段表示您将这些数据发送给客户端，客户端在提交时将数据上传回您。这可能是安全问题或性能问题但这一切都取决于您的情景。 您可能更希望使用
或者这取决于数据是什么以及如何使用它 这是什么类型的数据？ 如果是应该保护的数据，如PHI或其他，请不要以这种方式存储。使用会话状态。否则，请转到下面的下一个问题 您将在哪里使用它？
如果在代码隐藏中使用，请使用viewstate或session state。如果您计划使用jquery或javascript使用它，并且不需要对其进行安全保护，则可以使用隐藏字段。这取决于数据是什么以及如何使用它 这是什么类型的数据？ 如果是应该保护的数据，如PHI或其他，请不要以这种方式存储。使用会话状态。否则，请转到下面的下一个问题 您将在哪里使用它？
如果在代码隐藏中使用，请使用viewstate或session state。如果您计划使用jquery或javascript来使用它，并且不需要对其进行安全保护，则可以使用隐藏字段。通常最好使用单一的真相来源，即数据的“主数据”。现在，出于性能原因，您可能希望复制此数据，但在需要之前，您不应该复制此数据。通常最好使用单一真实来源，即数据的“主数据”。现在，出于性能原因，您可能希望复制此数据，但在需要之前，您不应该复制此数据。什么是C#中的隐藏字段？此问题没有包含足够的信息。添加技术（WPF、ASP、SL等）添加数据量。添加应重新绘制/评估的次数。显示您已经编写的代码。@Rolfcoptr:我认为OP的意思可能是
privateprivate