6

有什么好的理由为什么这个标签的默认值是yes?似乎它应该几乎总是没有。我错过了什么?

4

5 回答 5

13

如果我没记错的话,这样做的唯一原因是一些向后兼容性问题可以追溯到 1.0 版之类的东西,在最初的版本中,您必须始终传递该信息以维护您的应用程序状态。

当技术继续发展时,他们添加了 addtoken 属性,但保留了默认值,这样它就不会破坏一堆现有的代码。现在,它有点像我们的附录,用处不多。他们可能会在此时更改默认设置而不会产生太大影响。

于 2009-08-11T14:40:05.260 回答
4

Allaire、Macromedia 和现在的 Adob​​e 都非常热衷于保持语言功能的向后兼容性,所以这可能就是它仍然设置这种方式的原因。

我希望“修复”不会被认为特别重要,因为将属性添加到标签中并不困难,而且还会与向后兼容性背道而驰。

如果您对此感觉非常强烈,为什么不将其列入愿望清单呢? http://www.adobe.com/go/wish/

于 2009-08-11T15:02:13.120 回答
2

您始终可以制作自己的自定义标签或 cfc 包装 cflocation 并在内部将 url 传递给 addtoken 设置为 false 的 cflocation。然后很容易找到一个替换<cflocation -> <cflocation_nosuck

几年前我向 Adob​​e 提议为其添加配置设置。我确定该请求在他们系统的某个地方仍然存在,但再次纠缠他们会很棒。

于 2009-08-11T17:16:21.120 回答
1

您应该在COLDFUSION BUG DATABASE中记录您的问题,并同时提请CFML 咨询委员会注意。

于 2009-08-19T13:43:52.900 回答
0

进一步评论,在旧版本的 CF 中,您需要在 URL 中传递令牌来执行与会话相关的“东西”......我记得。

于 2009-08-19T17:16:54.033 回答