この質問をすることで、黙示録を開始できた可能性があることを認識していますが、私の同僚は aspx ページで多くのインライン コーディングを使用しています。
ここに正しい方法と間違った方法はありますか?
この質問をすることで、黙示録を開始できた可能性があることを認識していますが、私の同僚は aspx ページで多くのインライン コーディングを使用しています。
ここに正しい方法と間違った方法はありますか?
コードビハインドは、より伝統的で論理的な場所です。それが機能する場合、それは機能しますが、私はaspxでそれを行うことに耐えられません。
あなたのコーディング標準がそうでないと言っていない限り、そうではありません。
IMOコードビハインドは関心の分離に役立つので、私はそれを好みますが、1つのファイルを処理するだけでもよい場合があります。
私はしばらく前に正確な投稿をしました:
OnDataBindingとインライン:長所、短所、オーバーヘッド
私は背後にあるコードを好みます。私は通常、すべてのデータバインディング用の#region領域を持っています。これにより、HTML / CSSに精通した人々がHTMLを微調整することができ、彼らが知る必要があるのは、使用する基本的なコントロールと、コントロールの定義でOnDataBindingイベントを定義することだけです。彼らは物事を動かして何でもすることができ、基本的な'Eval( "something");ほど単純ではないかもしれないので、データをそのデータバインドに取り込むために実際に何が必要かについての知識がありません。
さて、インラインコードがあり、次にインラインコードがあります。page_loadの上部にスクリプトブロックがある場合は、それで問題ありません。しかし<% %>
、マークアップに多くのハチ刺され()を混ぜている場合、他のサーバーコントロールで望むようにそれらのハチ刺されが機能しないと、最終的に問題が発生し始めます。
個人的には、実行時エラーよりもコンパイルエラーの方が好きなので、すべてのロジックをコードビハインドに入れています。
ページに表示する値が必要な場合は、<%= SomeValue%>を入力することがありますが、それでもラベルを作成して設定することをお勧めします。
質問を確実に理解したいのですが、インラインとは、次のようなスニペットを意味しますか?
<a><% some.asp.net.code %></a>
または、各ページに1つのファイルと2つのファイルを意味しますか。
page.aspx
page.aspx.cs
?
私は最初の例で「埋め込み」コードと呼んでいるもののファンではありませんが、<script runat="server">を使用して同じファイルにコードとマークアップを含めることを好みます。
これには正しい/間違ったものはありません。
いくつかのコードをインラインで書くことができ、そのいくつかはコードビハインドで書く必要があります。絶対にすることはできません。あなたがそれを反対側に書くとき、それがどれだけ読みやすく/維持可能になるかに依存します。
編集:言われているように、人間のために、そして偶然にもコンパイラのためにコードを書いてください。
コードビハインドはWPFの唯一の方法であり、一貫性を保つように努めており、より自然に感じられるため、コードビハインドを使用する傾向があります。しかし、それは主観的です。