このタグのデフォルトがyesになる正当な理由はありますか?ほとんどの場合、そうではないはずです。私は何かが足りないのですか?
5 に答える
私の記憶が正しければ、そのようになっている唯一の理由は、アプリケーションの状態を維持するために常にその情報を渡す必要があったバージョン 1.0 のようなものにさかのぼる下位互換性の問題のためです。
テクノロジーが進化したとき、彼らは addtoken 属性を追加しましたが、既存のコードの束を壊さないようにデフォルトのままにしました。これは付録のようなもので、あまり使用されていません。おそらく、この時点でデフォルトを変更しても大きな影響はありません。
Allaire、Macromedia、そして現在の Adobe はすべて、言語の機能の下位互換性を維持することに非常に熱心であるため、おそらくこれが、依然としてこのように設定されている理由です。
タグに属性を追加することは難しくなく、下位互換性にも反するため、「修正」することの重要性は特に高くないと考えられます。
これについて非常に強く感じている場合は、リストに入れてみませんか? http://www.adobe.com/go/wish/
cflocationをラップし、内部的には、addtokenがfalseに設定されたcflocationにURLを渡すだけの独自のカスタムタグまたはcfcをいつでも作成できます。その後、置換を見つけるのは簡単です<cflocation -> <cflocation_nosuck
私は数年前にアドビに構成設定を追加するよう提案しました。リクエストはまだ彼らのシステムのどこかで生きていると確信していますが、彼らを再び悩ませることは素晴らしいことです。
COLDFUSION BUG DATABASEに懸念事項を記録し、CFML 諮問委員会にも報告してください。
さらにコメントすると、CFの古いバージョンでは、セッション関連の「スタッフ」を実行するためにURLにトークンを渡す必要がありました...思い出したように。