- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
134 ：デフォルトの名無しさん[sage]：2014/11/21(金) 10:09:33.44 ID:qLCHZ6x8 - >>128
> スクリーンサイズが変わったり、ランドスケープ・ポートレートが変わったりした時に柔軟にUI部品の配置を自動構成しようとするとプログラマ的な知識と発想が不可欠。
不可欠だけど、一旦わかってしまえばあとはサクサク作れるでしょ。
WPFのレイアウト機能とバインディングを知ってしまうと、Windows Form使うのが馬鹿らしくなる。
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
136 ：デフォルトの名無しさん[sage]：2014/11/21(金) 11:38:48.94 ID:qLCHZ6x8 - >>135
> デザイナーに不可欠なんだぞ？
> スクリーンサイズが変わったり、ランドスケープ・ポートレートが変わったりした時に柔軟にUI部品の配置を自動構成しようとする
のにそれほどプログラマ的な発想が必要とは思えないけど、デザイナって職種の人は、
その程度もできない奴らばっかなの？
|
- C++相談室 part114
583 ：デフォルトの名無しさん[sage]：2014/11/21(金) 11:48:08.68 ID:qLCHZ6x8 - >>582
> ・エラー情報クラス
言語にもよるけど、こっちのが良い場合が多いと思う。
なぜなら、ベースクラスで一括でcatchすることもできるし、個別のクラスでcatchすることもできるから。
それに、インスタンスメソッドも使えるしね。
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
140 ：デフォルトの名無しさん[sage]：2014/11/21(金) 12:50:50.29 ID:qLCHZ6x8 - >>138
デザイナ側を説得できないのなら、プログラマがやればいいのに。
|
- C++相談室 part114
586 ：デフォルトの名無しさん[sage]：2014/11/21(金) 12:52:58.06 ID:qLCHZ6x8 - >>584
> ＞インスタンスメソッド
エラーメッセージやスタックトレース等を、クラスごとにいい感じで整形して表示するメソッドを提供するとか。
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
144 ：デフォルトの名無しさん[sage]：2014/11/21(金) 13:04:09.66 ID:qLCHZ6x8 - >>143
それほどごつい「プログラマ的発想」なんか必要ないってこと。少しは必要だけど。
で、読んでるとV全てをデザイナが作る的なこと言ってる感じなんだけど、みんなのとこもそうなの？
|
- クラス名・変数名に迷ったら書き込むスレ。Part24
998 ：デフォルトの名無しさん[sage]：2014/11/21(金) 14:08:40.13 ID:qLCHZ6x8 - >>997
いろんな名前空間に、FileInfoクラスがちりばめられていたらって想像すると、ぞっとしない？
名前空間で分割するのだから、一般的名称を使ったクラス名でいいやってやってるとそうなる。
たとえ名前空間で分割する場合でも、各クラス名はできるだけ別の名前を付けたほうがいいと思う。
|