- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
895 ：デフォルトの名無しさん[sage]：2015/03/11(水) 10:12:03.96 ID:cBNF0VnC - >>890
> そのやり方だと、コンボボックスの名前をXAMLから探し出すことになりそうだけど。
どういうことでしょうか？
コードを書くときに、XAMLから探す必要があるということですか？
だとすると、私の場合はたとえばComboBoxならcboHogeという命名規約にしています。そうすれば、cboとタイプすれば、インテリセンスで選択が容易です。
私が言いたいのは（もちろん個人的感想なんですが）、
・Viewの構造定義
・見た目定義
・VMとの関連あるいは、その他データソースとの関連
・Commandとの関連、あるいはイベントハンドリング
が全てXAMLにごっちゃになってるのが見通しが悪いのではということです。
|
- CoffeeScript
372 ：デフォルトの名無しさん[sage]：2015/03/11(水) 13:06:01.50 ID:cBNF0VnC - >>365
Angularは、SEO無関係のとこしか使えないっていうのを知らない人が多い。
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
897 ：デフォルトの名無しさん[sage]：2015/03/11(水) 15:55:26.75 ID:cBNF0VnC - >>896
> コメントかきゃいいだけじゃね？
異なる関心事がごっちゃになってても平気ならば、それでいいと思う。
この辺の感覚は、作るアプリの種類によっても全然違ってくると思う。
私の場合は、糞業務アプリしか作らず、画面にComboBoxが数十とかTextBox系が数十とかあったりすると、
全てをXAMLで書くと長大になってしまいがちだから。
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
899 ：デフォルトの名無しさん[sage]：2015/03/11(水) 17:29:14.92 ID:cBNF0VnC - >>898
分野によるんじゃないでしょうか。
マスターだと項目が数十あったり、何かの測定結果を入力する画面だとControlが数十あったりがざらです。
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
900 ：デフォルトの名無しさん[sage]：2015/03/11(水) 17:33:48.97 ID:cBNF0VnC - イメージはこんな感じですね。
http://officeholmes.jp/work01.html
こんなのばっか作ってると嫌になります。
|