Почему значение по умолчанию для аддокена cflocation не равно no?
Есть ли веская причина, почему по умолчанию для этого тега будет да? Кажется, что это почти всегда должно быть нет. Я что-то упустил?
5 ответов
Если я правильно помню, единственная причина, по которой это так, - это некоторые проблемы обратной совместимости, когда-то вроде версии 1.0, где изначально вам приходилось всегда передавать эту информацию, чтобы поддерживать состояние вашего приложения.
Когда технология пошла дальше, они добавили атрибут addtoken, но оставили значение по умолчанию, чтобы оно не нарушало кучу существующего кода. Теперь это похоже на наше приложение и не используется много. Возможно, они могли бы изменить настройки по умолчанию на этом этапе без особого влияния.
Allaire, Macromedia, а теперь и Adobe, очень заинтересованы в том, чтобы поддерживать обратную совместимость функций в языке, поэтому, возможно, именно поэтому он все еще установлен таким образом.
Я ожидаю, что не будет считаться особенно важным "исправить", так как добавить атрибут к тегу несложно, а также будет противоречить обратной совместимости.
Если вы очень сильно к этому относитесь, почему бы не перечислить это? http://www.adobe.com/go/wish/
Вы всегда можете создать свой собственный тег или cfc, который оборачивает cflocation и внутренне просто передает URL-адрес в cflocation с addtoken, установленным в false. тогда было бы легко найти замену <cflocation -> <cflocation_nosuck
Несколько лет назад я предложил компании Adobe добавить для нее параметры конфигурации. Я уверен, что запрос еще жив где-то в их системе, но приставать к ним снова было бы здорово.
Вы должны зарегистрировать свою озабоченность в базе данных ошибок COLDFUSION и довести ее до сведения Консультативного комитета CFML.
Комментируя далее, в более старых версиях CF вам нужно было передать токены в URL, чтобы сделать сессионное "Stuff" ... насколько я помню.