研修でこういうクラス作ってみてね、
研修であれば講師に聞くのが筋と思いますよ。
そもそも、一文字 '?' とか '&' とかタイプすれば済むとことろを、たとえインテリセンスが効いたとしても URL_PARAMETER_SEPARATOR とか URL_PARAMETER_HEAD とタイプするのに何の意味があるのでしょう? コードが読み難くなるし。
何故そんなことをするのか講師の方に聞いて教えていただきたいくらいですが、とりあえず、それはちょっと置いといて・・・
どこかにあるなら教えていただきたいです。なければ諦めます…
100% 絶対にない・・・とまで言い切る自信はないですが、少なくとも自分が知る限り無いです。
特に '&' の使い分けが問題です。
例えば、html ソースに書く場合(a 要素の href 属性、img 要素の src 属性)と Response.Redirect の引数に設定する場合、前者には & を HTML Encode した & を、後者には直接 & を使うと思います。前者に & を使ってもセキュリティの問題はないとしても W3C Markup Validaton は通りません。
セキュリティとか W3C は気にしないことにして、全て & を使うことにするにしても、param2=xxx&yyy というようなクエリ文字列の場合は & は使えません。
例えば、param1=aaa と param2=xxx&yyy というクエリ文字列を URL に設定する場合、a 要素の href 属性、img 要素の src 属性、Response.Redirect の引数でそれぞれ:
<a href="/contact.aspx?param1=aaa&param2=xxx%26yyy">Ccontact.aspx</a>
<img src="/0029-ImageHandler.ashx?param1=aaa&param2=xxx%26yyy" />
Response.Redirect("~/contact.aspx?param1=aaa¶m2=xxx%26yyy");
となります。URL_PARAMETER_SEPARATOR とかを定義しても対応できないはず。
使う場所によって自動的に & か & か %26 のどれを使うかを判別して適切な設定してくれるクラス/プロパティなどを自作すれば話は別かもしれませんが、そこまでやる気はないということなら、諦めるという結論になるのでは?
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2019/05/15 05:47
退会済みユーザー
2019/05/15 06:29