この質問をすると、私は黙示録を開始できたかもしれませんが、私の同僚はaspxページで多くのインラインコーディングを使用しています。コードビハインド。ASP.NET - インライン対コードビヘイビア
ここには正しい方法と間違った方法がありますか?
この質問をすると、私は黙示録を開始できたかもしれませんが、私の同僚はaspxページで多くのインラインコーディングを使用しています。コードビハインド。ASP.NET - インライン対コードビヘイビア
ここには正しい方法と間違った方法がありますか?
あなたのコーディング標準で別段の記載がない限り、
IMOコードビハインドは懸念の分離に役立ちます。そのため、1つのファイルを扱うことも好きです。
コードビハインドは、伝統的で論理的な場所です。それが動作する場合、それは動作しますが、私はaspxでそれをやり遂げることはできません。
私はあなたが何を意味するかを知っている、私にインラインはクラシックASPを叫ぶ。コードビハインドを使用する唯一の問題は、別のページも継承できないことです。少なくとも私はそうは思わない。 私の同僚の議論では、ページを継承し、この問題を解決するコードをインラインで使用することができます。 この議論は本質的にこの問題によって開始されました。 – LiamGu
私はasp.net MVCがある程度インライン展開に戻ると思います。歴史は繰り返す。 – shahkalpesh
私はしばらく前に、正確なポストを作った:
OnDataBinding vs Inline: pros, cons and overhead
を私は背後にあるコードを好みます。私は通常、すべてのデータバインディングのための#region領域を持っています。これは、HTML/CSSに精通した人々がHTMLを微調整することを可能にし、使用する基本的なコントロールとコントロールの定義でOnDataBindingイベントを定義することだけが知っている必要があります。彼らは物事を動かすことができ、どんなことをしても、基本的な「評価」(「何か」)だけではないかもしれないので、データバインドにデータを取り込むために実際に何が行われるかについての知識はありません。
このいずれにも間違いはありません。
インラインコード&の一部をコードビハインドで記述する必要があります。それは絶対的なものではありません。あなたが他の側にそれを書くとき、それがどのように可読/保守可能になるかに依存します。
EDIT:コンパイラ用に人間&のコードを書いています。
私はコードビハインドを使用する傾向があります。これはWPFの唯一の方法であり、一貫性を維持しようとしているため、より自然な感じです。しかしそれは主観的です。
インラインコードがあり、インラインコードがあります。ページブロックの先頭にスクリプトブロックがある場合はそれだけです。しかし、多くのミツバチ(<% %>
)をマークアップに混ぜて使用すると、他のサーバーコントロールと同じようにうまくいきません。
私は個人的にはランタイムエラーにコンパイルエラーがあるので、すべてのロジックをコードの背後に置きます。
時々、ページに表示する値が必要な場合は、<%= SomeValue%>を入力しますが、それでもラベルを作成して設定することをお勧めします。私は質問を理解していることを確認したい
- イン - ラインで、あなたは
<a><% some.asp.net.code %></a>
か、ページごとに1対2つのファイルを意味していますのようなスニペット意味ですか:
page.aspx
page.aspx.cs
を
?私は私が最初の例では「埋め込まれた」コードと呼ぶもののファンではないですが、私は<スクリプトにrunat =「server」を使用して、同じファイル内のコードとマークアップを好むんので
> HTTPの
私のインラインコードは
デュープ://stackoverflow.com/questions/702343/ondatabinding-vs-inline-pros-cons-and-overhead –
ええ、ケルシーはそれを指摘しました。まったく同じではありませんが、私たちが作業を開始しようとしているプロジェクトのために、大部分は正しいやり方があるかどうかを探しています。 – LiamGu