ユーザーインターフェイス要素(ダイアログボックスを含む)にはどのような命名規則を使用しますか?UI要素の命名
コントロール:私は時折[記述名]ウィンドウ(例えばSearchWindow、CustomerListWindow)
を使用し、私はコントロールが短くなります:私は、[記述名] [制御タイプ](例えばOKボタン、MainTableLayout)
Windowsの使用(DataGridViewの代わりに "Grid")
あなたの慣習は何ですか?なぜそれらを使用しますか?
ユーザーインターフェイス要素(ダイアログボックスを含む)にはどのような命名規則を使用しますか?UI要素の命名
コントロール:私は時折[記述名]ウィンドウ(例えばSearchWindow、CustomerListWindow)
を使用し、私はコントロールが短くなります:私は、[記述名] [制御タイプ](例えばOKボタン、MainTableLayout)
Windowsの使用(DataGridViewの代わりに "Grid")
あなたの慣習は何ですか?なぜそれらを使用しますか?
私の慣習はあなたのものと事実上同じです。名前に型を含める理由は、それが私たちが話しているUIオブジェクトであることを具体的なものではないことを示すことです。例えば。 UIボタンは現実のボタンではありません。
私は、コントロールのためにBtnやLblのような3文字の略語を使用する以外は、あなたとほとんど同じです。
私はそれらを単に利便性と保守性のために使用しています。そのため、Intellisenseがポップアップするとすぐに、私が意味するオプションをすぐに選ぶことができます。 FirstNameプロパティの代わりにFirstNameTbx。長期的にはそれほど時間を節約することはできませんが、それはまだ助けになります。私が働いているほとんどの人は、それがとにかくそのようになることを期待しています。
ハンガリーの表記法(btnOK、grdCustomersなど)と、すべてがちょうどui(uiOK、uiCustomers)の少し異なるバージョンを使用しています。
IDEを使用するとすぐに "ui"の "btn"のようなものを入力することができますし、それはあなたのUI要素にフィルタリングするので、私は前に型を持っているのが好きです。
一方、ハンガリー語よりも「ui」の方が好きです。なぜなら、私のコードの背後には、自分の要素が本当にどのような型であるべきかがわからないからです。さらに、grdCustomersをリスト(lstCustomers)に変更すると、多くのコードを変更する必要があります。一方、「ui」の接頭辞の欠点は、重複していることです(顧客名のテキストボックスとそのテキストボックスのラベルがあり、botはuiCustomerのようなものになります)。