为什么不cflocation默认addtoken等于没有？

Question

有没有什么好的理由为这个标签的缺省是肯定的？这似乎是，它几乎是可以没有。我失去了一些东西？

Answer 1

如果我没有记错，因为它是这样的唯一原因是一些向后兼容性问题，早在像1.0的版本，其中最初，你必须始终围绕着传递信息，以维护您的应用程序状态。

当的技术前进了，它们增加了addtoken属性，但留下的默认所以它不会折断一堆现有的代码。现在，它有点像我们的附件，不用于非常重要的。他们可能会改变在这一点上没有默认太大的影响。

Answer 2

阿莱尔，Macromedia和现在的Adobe都在保持了向后的语言功能的兼容性非常敏锐，所以这可能是为什么它仍然这样设置的。

我希望它不会被认为是特别高的重要性“修复”，因为它不是很难的属性添加到您的标记，也将违背向后兼容性。

如果你觉得对此也深有感触，为什么不愿望清单呢？ http://www.adobe.com/go/wish/

Answer 3

您可以随时制作自己的自定义标签和一个包装cflocation和内部只是传递的URL设置为false的addtoken一个cflocation CFC。这将是容易然后做一个找到一个<cflocation -> <cflocation_nosuck替换

我提出了一个几年前到Adobe添加配置设置它。我敢肯定，要求还活着的地方在他们的系统，但再次缠着他们将是巨大的。

Answer 4

您应该记录下你在 COLDFUSION bug数据库，并把它给 CFML咨询委员会的注意以及

Answer 5

进一步评论，在旧版本的CF，你需要将令牌传递的URL做相关的“东西” ......我记得。会议