1
2
把id留在url中就行了。url无论如何都应该标识一个资源,因此从url中取出参数并以任何其他方式存储它只是做额外的工作,使url无法标识您正在访问的资源。 如果您有其他需要发送的数据,则在隐藏字段中发送标识符是非常常见的做法,与其他字段一样对其进行验证。如果您可以推断出信息服务器端,那么就需要权衡重建数据和较大请求的成本。在测试期间,您必须测量哪个对您的应用程序更好,但这两种方法在实践中都很常见。当你做决定的时候不要忘记安全问题,然而,这并不是所有的性能。 另外,如果数据来自客户机,不管你认为你有多聪明地隐藏它,它仍然是用户输入。这意味着即使你没有给他们一个控件来编辑屏幕上的值,一个半知半解的用户也会知道如何更改它。 |
2
1
我不认为viewstate是可行的,因为它向浏览器公开了内部数据,而且也不必要地增加了流量。 如果我必须解决这个问题,我会使用会话来存储与会话相关的数据。如果是负载平衡的环境,那么您将需要分布式会话处理。解决这个问题最简单的方法就是启动一个ASP.NET状态服务并开始使用它来处理会话。 this ,不幸的是,它似乎不再处于开发阶段。 |
3
1
如果你每次都能从你的DAL那里得到它会更好,
假设你得到一个用户,并把他的密码隐藏在一个输入中,仅仅因为你不想每次都得到它。 或者你把一些东西放在隐藏的输入中并使用 firebug有人更改了这些输入的值 |
Ali Özen · Laravel合并逻辑 6 年前 |
Dark Patate · QML:重新加载模型 6 年前 |
Wei Kang · 未找到Laravel eloquent模型类 6 年前 |
Ajay · 表格标题在UI5应用程序中不可见 6 年前 |
Romeo · KeystoneJS复数选项在AdminUI中不起作用 6 年前 |
Stacky · 默认的“SpringWeb”模型属性用法和文档 6 年前 |