有什么好的理由为什么这个标签的默认值是yes?似乎它应该几乎总是没有。我错过了什么?
5 回答
如果我没记错的话,这样做的唯一原因是一些向后兼容性问题可以追溯到 1.0 版之类的东西,在最初的版本中,您必须始终传递该信息以维护您的应用程序状态。
当技术继续发展时,他们添加了 addtoken 属性,但保留了默认值,这样它就不会破坏一堆现有的代码。现在,它有点像我们的附录,用处不多。他们可能会在此时更改默认设置而不会产生太大影响。
Allaire、Macromedia 和现在的 Adobe 都非常热衷于保持语言功能的向后兼容性,所以这可能就是它仍然设置这种方式的原因。
我希望“修复”不会被认为特别重要,因为将属性添加到标签中并不困难,而且还会与向后兼容性背道而驰。
如果您对此感觉非常强烈,为什么不将其列入愿望清单呢? http://www.adobe.com/go/wish/
您始终可以制作自己的自定义标签或 cfc 包装 cflocation 并在内部将 url 传递给 addtoken 设置为 false 的 cflocation。然后很容易找到一个替换<cflocation -> <cflocation_nosuck
几年前我向 Adobe 提议为其添加配置设置。我确定该请求在他们系统的某个地方仍然存在,但再次纠缠他们会很棒。
您应该在COLDFUSION BUG DATABASE中记录您的问题,并同时提请CFML 咨询委员会注意。
进一步评论,在旧版本的 CF 中,您需要在 URL 中传递令牌来执行与会话相关的“东西”......我记得。