トップページ⇒tech
1001コメント292KB

WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part7

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2010/08/22(日) 21:11:53
一向に普及しないユーザーインターフェースシステム
Windows Presentation Frameworkについて語るスレ。
パワフルで柔軟すぎるのが敗因か？ 正直ついていけないよね…。

Visual Studio 2010
ttp://www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja

関連スレ
Microsoft Silverlight その6
ttp://pc12.2ch.net/test/read.cgi/tech/1271580489/

過去スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part6
http://hibari.2ch.net/test/read.cgi/tech/1274423236/
WPF(XAML, XBAP, .Net3.5)GUIプログラミング Part5
http://pc12.2ch.net/test/read.cgi/tech/1261879110/
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ttp://pc12.2ch.net/test/read.cgi/tech/1245384489/
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ttp://pc12.2ch.net/test/read.cgi/tech/1231506876/
WPF(XAML,XBAP,.NET3.5)GUIプログラミング
ttp://pc11.2ch.net/test/read.cgi/tech/1211453941/
【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】
ttp://pc11.2ch.net/test/read.cgi/tech/1162950198/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
0379デフォルトの名無しさん2010/11/05(金) 23:14:01
オラオラ、初心者様の御通りだぞ
平伏せ下郎
03803052010/11/05(金) 23:21:49
>>378
なんだ別人かー
わからないよね？>>316の説明だと
一応これに近いことなのかなと思ってみていたけどよくわからなかった
●コレクション・オブジェクトへのバインド
http://www.atmarkit.co.jp/fdotnet/vblab/uiframework_02/uiframework_02_04.html

＞A. 自分でやること
自分？何が自分？おれのこと？ユーザー？

＞B. 勝手にされること
誰が勝手にするの？
>ObservableCollectionはデータが追加されたことをItemsControlに通知する
このやり方がわからないんですけど。

そもそも何の説明？
もうまったくわかんなかった
例えると、ため口の説明を同じ内容でただ敬語で説明されただけって感じ。

>>317は>>316の説明の通りにしたソースだよね？
いつかわかる日が来た時のために永久保存しておきます
0381デフォルトの名無しさん2010/11/05(金) 23:24:39
まだやってるのか
落ち着け
03823052010/11/05(金) 23:27:19
パソコン今日届いて初めて触る人にコピペを教えるようなもの

初「コピペって何？」
上「クリップボードを中継してデータを写す作業」
初「クリップ・・何それ？」
上「クリップボードにコピーしたデータを保存して、適当な場所にペーストすることだよ」
初「いや、だからクリップってなに？コピーって？ペーストって？それってコピペの説明？」
別の上「Ctrl+C、Ctrl+Vでできる」
初「え？それってどういう意味？」（←キーボードのキーだということすらわかっていない）

今こういうのを体験した気がするわ
0383デフォルトの名無しさん2010/11/05(金) 23:28:07
>>380
すまん、正直 >>316 は最後まで読んでない。
普通に、WPF の基本ラインで実装しただけ。

まあ、WPF に慣れた人でも、現状は Forms 時代よりはだいぶ better にはなってるけど
その代償にめんどくささも幾分かあって、まだ過渡期って認識かも。
0384デフォルトの名無しさん2010/11/06(土) 00:13:00
>>382
あるある
03853052010/11/06(土) 00:22:25
>>382
これってさプログラマにとって根幹にかかわることだと思うんだよね
自分で理解できればそれでいいってソフトを作っている人はこれでいいだろうけど
初心者でも直感的に操作できるソフトを作るというのは難しそう

現に>>317はtabでフォーカス移動しなければ使えなかった
これって初心者からしたらバグでしかない

結局機能はしょぼいけど、初心者が作った初心者のためのソフトが使いやすかったりする
上級者で初心者の気持ちもわかる人って解説サイトでも少ないよねー
0386デフォルトの名無しさん2010/11/06(土) 00:24:58
しょぼいのでいい
地道にいけ
0387デフォルトの名無しさん2010/11/06(土) 00:25:52
実際でもなぁ、それは UX デザインを専門にやってる人に任せたいというのが本音。
となると、「UX デザインが専門であってプログラミング詳しくない」って人がやれなきゃ意味ないのよね。

そこは WPF は「分業を推し進める」って方向に舵を切ってるわけだけども。
XAML 側は UX デザイナーが Blend とか使って作る、
プログラマーはビューには触れず、ビューモデルを作るっていう。
0388デフォルトの名無しさん2010/11/06(土) 00:26:01
初心者が作ったソフトは使いにくいです
拡張性0、ボタン大量、etc...
アラアラと思う…
0389デフォルトの名無しさん2010/11/06(土) 00:27:25
というか、 >>317 は、コード少ない方が理解しやすいかなって思って
Binding の記述削ってたんだけど。

その結果、バグだと言われて、
一方、「C# 側がコード量多い」って言われたのはさすがにちょっとへこむ。
03903052010/11/06(土) 00:33:47
private void button1_Click(object sender, RoutedEventArgs e)
{
Button button1 = new Button();
button1.Content = textBox1.Text;
this.wrapPanel1.Children.Add(button1);
}

だってさ、初心者でもたったこれだけでできることを
上級者がXAMLでやると、デリゲートだとか、バインドがあっちこっちにあったりして
どうしてそうなっちゃうの？って感じ
0391デフォルトの名無しさん2010/11/06(土) 00:37:01
たいていそれだけで要件収まらないから。
いいのよ、別に、ほんとにそれだけの要件ならそれで。
0392デフォルトの名無しさん2010/11/06(土) 00:40:42
コードの小分けが出来るのがいい
というかさ、winformsでもbind使ってたろ？
使ってなかったのか？もしかして…
0393デフォルトの名無しさん2010/11/06(土) 00:46:42
先日の初心者スレの人はブーブー言いつつ皆に熱心に諭され勉強し、
1日でWPF使いに変身したというのに
0394デフォルトの名無しさん2010/11/06(土) 00:47:10
>>392
そういうことだ。
多くの人が使ってないんだよ、bind。

で、不意に規模が膨らんじゃってからギャップが越えられなくなる。
03953052010/11/06(土) 00:47:59
>>392
使ったこと無いよ
ソースが変わったら、ターゲットのプロパティを書き換えるコードを書いてた
イベントハンドラ大量、更新させるためのコード

結果、ある程度の規模になると、更新一部し忘れたり、どこで更新されたかわからなくなったり
イベントハンドラが大量で一体どこで何をしているのかわからなくなった

だからそんなことにならないような簡単なユーティリティだけ作ることに
例えば、空フォルダを見つけて削除や、削除したファイルをリストアップするだけなど
ファイラーから実行できるような手軽なものを作っていた
03963052010/11/06(土) 00:49:34
>>393
それおれだから
WPF使いじゃなくてWPF始めただけだからｗ
0397デフォルトの名無しさん2010/11/06(土) 00:51:54
いやいや、Bind使おうよ…
WinFormsでもさ…
UserControlでView作ってBindで繋げて、振る舞いはインターフェイスで定義してってやるだろ…
その辺がもうちょい賢くなって便利になったのがWPFなんだし…
0398デフォルトの名無しさん2010/11/06(土) 00:54:20
イベント直書きは10年前のdelphiでもうこりごり
0399デフォルトの名無しさん2010/11/06(土) 00:54:59
>>395
もうPythonとかスクリプト言語使えば?
君はそのほうがよっぽど幸せになれると思うよ
04003052010/11/06(土) 00:57:18
>>397
使えるなら使うさ
俺は基本どぼんに乗っているコードをコピペすることしかできないさ
2001C# 発売当日に魔が差して買ったおれがさ
04013052010/11/06(土) 00:59:13
>>399
Python、Rubyとかもやったよ
でもやっぱ、GUIのかっこいいの作りたいじゃない？
0402デフォルトの名無しさん2010/11/06(土) 00:59:51
うーん、コピペ自体は悪いとは言わないんだけどね。
そうなると、古い、現代的には問題が明らかになってるコードって、人類の抱える負債だなぁ。
0403デフォルトの名無しさん2010/11/06(土) 01:00:12
空フォルダを見つけて削除するGUIユーティリティ?w
そういうのはコマンドラインで使えた方がどう考えても便利です
0404デフォルトの名無しさん2010/11/06(土) 01:00:31
>>401
かっこよくねぇよｗｗ
かっこいい人が作った GUI がかっこいいだけだよ。
0405デフォルトの名無しさん2010/11/06(土) 01:03:31
こういう技術の根底にある考え方って敷居高いのかなぁ
うーむ…
0406デフォルトの名無しさん2010/11/06(土) 01:04:14
スレがのびてると思ったら…
まぁ宗教議論よりはいいか
04073052010/11/06(土) 01:06:09
>>403
文脈理解しろよ
今作ろうとしているのは動画ソフトのフロントエンド的なものを作ろうとしているの
多分完成したら新しい時代がくる

アイデアだけはすばらしいんだよおれって
そこらのフリーソフトを超える使い易いソフトをいくつも妄想してきたが
プログラミングができない
0408デフォルトの名無しさん2010/11/06(土) 01:09:27
>>407
なんか急に口調変わったぞｗ騙り？ｗ
0409デフォルトの名無しさん2010/11/06(土) 01:12:29
他の言語でもフレームワーク触った事あるならすぐ理解出来ると思うけどね
名前は違えどやってる事は一緒だし
0410デフォルトの名無しさん2010/11/06(土) 01:20:14
ただでも、でかいフレームワークだと、その裏にある要求とかモデルとかを簡潔に説明した文章って少ないからねぇ。
0411デフォルトの名無しさん2010/11/06(土) 02:53:26
WPFがダメなのはIDEの至れり尽くせりサポート大前提で設計してるくせに
肝心のサポートが話にならないチープさなところ
こう書くと老害が「HTMLだって手書きでやってきた」とかほざくんだがナンセンス
今時のCSS&JavaScriptごちゃごちゃに入り交じってる案件メモ帳でやってみろってんだ
0412デフォルトの名無しさん2010/11/06(土) 02:57:54
Blendは敷居高いと思うが
windowsFormで作る程度のならVisualStudioでドラッグ＆ドロップで行けるだろ
0413デフォルトの名無しさん2010/11/06(土) 04:02:01
>>411
こういうの見ると
あぁ、この人ってWPF使った事ないのに批判してるんだな　と哀れに思うわ。

実際は>>412なのにまるで分かってない。
0414デフォルトの名無しさん2010/11/06(土) 04:04:14
否定だけなら子供でもできる
反論があるなら根拠を述べよ
0415デフォルトの名無しさん2010/11/06(土) 04:05:49
>>414
日本語がわからないとは
0416デフォルトの名無しさん2010/11/06(土) 07:30:20
>>411のほうが老害くさいよな
どうせVB6のクラサバみたいなのしか作ったこと無いくせにｗ
0417デフォルトの名無しさん2010/11/06(土) 08:11:04
TabControlの複数のページでListViewを表示していて、
GridViewの列の並びや幅などを同期させたいのですが、どのようにすればいいのでしょう

今はページを切り替える際に、列を作り直してるんですが、非常に無駄なことをしている気がします
GridView.Columnsあたりに、共通のソースをバインディングするとかできませんかね
0418デフォルトの名無しさん2010/11/06(土) 08:46:46
>>412
まあ、しゃあない。
Adobe 製品とか見てみなって。
ビジュアルデザイン系のツールみんなあんな感じだから。
0419デフォルトの名無しさん2010/11/06(土) 09:17:30
バカチョンって奴ね

いいんだよ雑魚グラマが増えて仕事が尻拭い中心になったんだ
ここらで敷居をあげて少し淘汰されたほうがいい
0420デフォルトの名無しさん2010/11/06(土) 11:08:22
>>412
その程度のモンをわざわざWPFで作る意味ってなんだよwwwww
不自由環境に快感を見出すマゾなのか?
0421デフォルトの名無しさん2010/11/06(土) 11:11:12
その程度のモンならWPFだから特別難しいってことはないだろ
デザイナでコントロール貼り付けてプロパティ弄ってダブルクリックしてイベントハンドラ書くだけ
WinFormsと何が違う?
04224202010/11/06(土) 11:16:41
>>421
怖いんだ・・
とにかくwpfが怖いんだ！
0423デフォルトの名無しさん2010/11/06(土) 11:18:44
WPF ToolKitのDataGridのTemplateってどうすればいいんだすか
04243052010/11/06(土) 14:10:31
>>317
デリゲートもインターフェースもやったことなかったが
一晩かけていろいろ調べてなんとなくわかった

独自のコマンドを作るにはICommandインターフェースを使ったクラスを自作しないといけなくて
そのためにDelegateCommandクラスが作られていて、普通はここに実行する内容を書けばいいはずだけど
汎用的に使えるように、具体的な実行内容はViewModelでして、DelegateCommandクラスでは
デリゲートを宣言して実行メソッドを呼び出しているって感じかな？
もしくは、コンストラクタの引数にメソッドを変数みたいに渡したいからDelegateを使っているのか？
そこらへんはよくわからないが、なんとなくやっていることはわかった気がする

これって、メニューやボタンがクリックされたらどうするかというイベントハンドラを大量に書かないためにと、
別にボタンを作って作成ボタンとは違った振る舞いの独自のコマンドを作るときも
DelegateCommandクラスを利用することで、無駄なコードを書かないようにするため

こういうややこしいことをしているのは、こういう理由だからって理解でOK？
04253052010/11/06(土) 14:14:09
訂正

＞これって、メニューやボタンがクリックされたらどうするかというイベントハンドラを大量に書かないためにと、
ボタンを作成するために、メニューやボタンのイベントハンドラを大量に書かないためにと
0426デフォルトの名無しさん2010/11/06(土) 14:15:40
違うよ
ViewModelをViewに依存させないため。
イベントハンドラを追加するときってイベントを受ける側で送る側にイベントハンドラを登録するので
ViewModelの中でイベントハンドラをViewに結び付けるとViewModelがViewに依存してしまう。
そこで逆にViewModelでは「俺はこれだけのコマンドをサポートしている。勝手に呼び出せ」という風に
コマンドを公開するだけにして、コマンドを具体的なイベントに結び付けるのはView側で行う。
0427デフォルトの名無しさん2010/11/06(土) 14:38:49
このあたりは悩み所だよなぁ。どこで切るかケースバイケース過ぎる。

ViewModelはViewのシャドウなわけである程度依存するのは仕方ないのでは？
例えば選択状態をViewModelが知っているだけでも、
ViewModelはViewが選択機能を持つことを知っていることになる。

MVVMのそもそもの動機(自動回帰テスト、スキンに依存しない構造)を考えると、
ViewModelはViewの機能には依存しても、Viewの"インスタンスに"依存しない、が正しい気がする。
04283052010/11/06(土) 15:02:44
>>426
依存させないのは
例えばボタンクリックで作成だったのを変更して
メニューからのみボタンを作成にすることにしたときに
イベントハンドラだと書き換えたりしなければいけないから
GUIの変更がしづらくなる

だからコマンドバインディングにコマンドを登録だけして
どのコマンドをどの時点で呼ぶかは気にすることは無いという感じかな
0429デフォルトの名無しさん2010/11/06(土) 15:03:31
>>422
なりすまし乙
実に程度が知れるな
0430デフォルトの名無しさん2010/11/06(土) 15:07:18
WPFのコマンドは実装を含まず意味を表すのが基本で云々という講釈↓
0431デフォルトの名無しさん2010/11/06(土) 15:08:57
コマンドなんてpublicメソッドと同じ
ただメソッドだとXAMLにちょろっと書くだけで自動的に呼び出されるというわけにはいかないので
ちょっと回りくどい仕組みになってるだけ
0432デフォルトの名無しさん2010/11/06(土) 15:19:45
>>427
ViewがViewModelの用意する機能を使うかどうかは自由なので、
ViewModelがViewを知っているとはいえないんじゃないかな。

WPFでコマンドっていうなんか回りくどいのを推奨してるのは、
XAMLがプロパティと相性のいい言語だからということと、
実行の可否（CanExecute）を持たせることができるってことくらいかな。
ObjectDataProvider使えばXAMLで直接メソッドを指定することもできるはず（未確認）
だけどこれは記述が汚くなるよね。
04333052010/11/06(土) 15:22:40
あと、DelegateCommandクラスでデリゲート宣言して、ViewModelのメソッドを呼び出しているのはなぜかわからない
依存させたくないだけなら、DelegateCommandクラスでViewModelのExecuteの内容を書けばいいですよね？
依存させないようにするにはRoutedCommandをコマンドバインディングに登録するだけでいいのですから

ViewModel内にコマンドの実行内容Executedを書くということは、
本質は違うけど、WinformsでいうとイベントハンドラをForm1に大量に書いていくのと同じような気がするんだけど？
コマンドはコマンドで分けた方がよくないですか？
0434デフォルトの名無しさん2010/11/06(土) 15:30:04
いくらクラス分けようがコマンドの実行内容はViewModelにしっかり依存してるんだから
ViewModelとコマンドを分けても見づらくなるだけで意味ないだろ。
ViewとViewModelを分けるのは主にViewModelの単体テストやViewの変更を行いやすくするため。
ご察しの通り大規模開発向けの仕組みだから要らないと思うなら要らない。
04353052010/11/06(土) 15:32:41
>>434
そっかー、今のとこ恩恵は薄いけど
いつも規模が大きくなると途中で挫折してたから
今回はこの考え方でやってみます
04363052010/11/06(土) 15:40:26
まとめると、イベントで処理すると、VIEWの個々の部品に対して依存した実装になるので
変更耐性を強くするために、コマンドで通話する
で、コマンドの実行内容はViewModelに依存しているから、
ViewModelで実装するためにコマンドからデリゲートで呼び出す形にすると

こんな感じかな
わかってくるとちょっとおもしろくなってきた
0437デフォルトの名無しさん2010/11/06(土) 15:41:24
いいから独演会してねえではよ死ね
04383052010/11/06(土) 18:14:51
MVVSでプログラミングするのはWPFプログラマだけという
奇妙な世界ができあがるわけですね

囲い込んでるのか首を絞めてるのかわかりませんね
プログラミングシェーダの世界ですね
0439デフォルトの名無しさん2010/11/06(土) 18:25:18
MVVMはMVCの亜種で、ごくありふれた設計なんだが
04403052010/11/06(土) 18:31:01
MVC亜種でもMVVM経験者じゃないとコードの意味すら伝わらないじゃないですか
0441デフォルトの名無しさん2010/11/06(土) 18:33:42
MVCだろうがMVPだろうが統一されたやり方あるなら教えてたもれ
0442デフォルトの名無しさん2010/11/06(土) 18:34:24
「WPF/Silverlightで開発する時は、こうすると管理が楽ですよー」　ってだけの話なのに
一体何が問題になるのやら、さっぱり解らん。

概念を理解するのに、大して学習コストが掛かる訳でも無いし。
（MVVMを厳密に適用した実装を行うのは、若干慣れが要るが）
0443デフォルトの名無しさん2010/11/06(土) 19:04:11
MVVMはさ
MとVを直接バインドしちゃうと融通効かないから
Vに近いレイヤを一個経由しようってだけだよ
コンポジッション系のフレームワークと融合してややこしいことになってるとこがあるけど
0444305 ◆Jzt/EX0TGY8T 2010/11/06(土) 19:39:05
>>438
成り済ましやめてもらえませんか？
MVVSなんてデリゲートもインターフェースも知らない初心者のぼくが知るわけないでしょ
0445デフォルトの名無しさん2010/11/06(土) 19:55:35
MVVMなんて、JavaでStrutsからDI系フレームワークに移行させられるよりよっぽど覚えやすいと思うんだけど
0446デフォルトの名無しさん2010/11/06(土) 20:13:08
WinFormsみたいに密結合していいならWPFでもMVVM使わなくていい。
WPFで開発するときの単なる方法論の一つ。
0447デフォルトの名無しさん2010/11/06(土) 21:44:39
そこまでは素人の考え。
玄人になるとMVVM一択になってくる。
0448デフォルトの名無しさん2010/11/06(土) 21:53:35
MVVMを理解して使い慣れると、二度と元に戻りたくなくなる。

>>447
初心者がいきなり全部理解するのは無理だから、最初は深く使わずにM-Vから始めるのは悪い事ではないだろう。
0449305 ◆Jzt/EX0TGY8T 2010/11/06(土) 22:01:31
MVVMってなんの話してるのかと思ったら
まんま俺が徹夜で勉強してたことじゃないかｗ
しかも検索したらトップでDelegateCommandの解説してるし
もしかして教えてくれたのはそこのひと？
0450デフォルトの名無しさん2010/11/06(土) 22:03:46
っていうかWPFはWindowの継承が実質的に出来ないから、Windowにコーディングする気にはならん
0451デフォルトの名無しさん2010/11/06(土) 22:17:31
そもそも実装を継承する考えがいまさらでしょ。
0452デフォルトの名無しさん2010/11/06(土) 22:37:34
>>451
教条主義はJavaあたりでやってくれ
0453デフォルトの名無しさん2010/11/06(土) 23:04:50
教条主義の意味分かって言ってるのか？
0454デフォルトの名無しさん2010/11/07(日) 08:18:01
VMのOnPropertyChangedについて、

public int x
{
　get { return _model.ｘ; }
　set
　{
　　if(_model.x != value)　// ← コレ ★
　　{
　　　_model.x = value;
　　　OnPropertyChanged("x");
　　}
　}
}

★のチェックが無いとbindingのTwoWayで無限ループに
なりそうな気がするんですけど、必要ないんでしょうか。
ターゲット側でチェックされてる？大丈夫？
0455デフォルトの名無しさん2010/11/07(日) 08:25:02
ターゲット側でもチェックされてるが
余計なイベント通知はない方がいいだろ
0456デフォルトの名無しさん2010/11/07(日) 08:43:02
ありがとー。
無いとなんか気持ち悪いし、つけときます。
0457デフォルトの名無しさん2010/11/07(日) 08:50:52
Canvasにグリッドや曲線を自分で描いてマウスイベントで色々処理したい・・・
というプログラムを作りたいんだけどWinFormよりWPFのほうが容易にできますか？
0458デフォルトの名無しさん2010/11/07(日) 10:43:52
InkCanvas
0459デフォルトの名無しさん2010/11/07(日) 11:09:57
MVVMを使う程の規模なのか。
0460デフォルトの名無しさん2010/11/07(日) 12:23:29
MVVMでやってみたいけどどこから手を付けていいのか入り口すらわからない＼(^o^)／
0461デフォルトの名無しさん2010/11/07(日) 14:07:01
>>458
さんくす
0462305 ◆Jzt/EX0TGY8T 2010/11/08(月) 15:30:23
WPFって結局WinFormsとあんまり変わらない気がする

Form1がView.xamlとView.csの二つのファイルに分かれただけで
表示部分とそれをコントロールする部分はくっついたままなのね
ただ、WinFormで苦労したGUI部分が簡単にいじれるようになっただけで
Form1にゴリゴリコード書くようにView.csにゴリゴリ書いてける
MVVMのデザインパターンもWinFormでもやってきたことだからそれほど難しくない

どうせなら、Viewのコントロールする部分もXamlでしか書けないようにして
C#のコードではロジックしか書けないようにしてしまえばいいのに
そうすれば、これはViewに関する事だから〜と意識的にロジックと表示部分をわけなければいけない
ということがなくなるんじゃない？
0463デフォルトの名無しさん2010/11/08(月) 16:33:03
C#で書かないことにどれだけのメリットがあるか微妙
0464デフォルトの名無しさん2010/11/08(月) 17:30:03
というかあいつはプログラム初心者だろ…
世の中の流れと考えについて行けてない
最低でも5言語使って10のフレームワークを使え
言う事が無茶苦茶すぎる
0465デフォルトの名無しさん2010/11/08(月) 17:44:53
5つくらいの言語でプログラム書いてきたなんて、
そのくらいは普通にごろごろ居るけどな。

フレームワークは使えるじゃなくてそれぞれの言語で
作ってきたじゃねえと基礎力がどうだかなって感じがする。
0466デフォルトの名無しさん2010/11/08(月) 18:13:21
でも転職したり社内で評価されるためにはそういうスキルは必要
0467305 ◆Jzt/EX0TGY8T 2010/11/08(月) 19:12:58
分離したほうがいいなら、分離コードしか書けない言語にすればいいじゃない
viewに対してプロパティ以外で操作するのは無理にしちゃえばいい
それなのにロジックと混同して使えるようにしているから
解説サイトも簡潔に説明するためにイベントハンドラにロジック直接書いて
それ見た初心者がそういうもんだと思って真似するわけじゃない

VIEW言語、Viewコントローラー言語、VIEWModel言語、Model言語
とか作ってさ、完全に分けてしまえばいいんだよ
0468デフォルトの名無しさん2010/11/08(月) 19:20:28
>>467
ちょっと待て、落ち着いて考えて欲しい。
お前さんXAMLとC#だけでさえ手に余ってるのに、さらに倍に増やせとか馬鹿だろｗ
0469デフォルトの名無しさん2010/11/08(月) 20:34:35
どうせ消えていくものに貴重な記憶力を割く気がしない
人間の記憶量には限りがあるんだよ
0470デフォルトの名無しさん2010/11/08(月) 20:47:56
>>467は御託並べる前にMVVMじゃなきゃ死ぬレベルの複雑なビューを作ってみるべき
どうせV:VMが1:1+αのコードしか書いてないんじゃないの？
0471デフォルトの名無しさん2010/11/08(月) 20:48:35
ニュース速+板で祭り中！！

【尖閣ビデオ】 中国漁船衝突の映像、YouTubeに流出…動画は海保研修用のものと判明、複数本コピーが存在★2XX
http://kamome.2ch.net/newsplus/

現在の1スレ消費速度平均6〜8分！！

ニュース速報+板史上の歴代最多数スレ
1位　　263　朝日新聞社員、２ちゃんねる差別書き込み事件 （2009/04）
2位 ★2XX　中国漁船衝突の映像、YouTubeに流出 　←★New!★ (2010/11)
3位　　230　毎日新聞社デイリーニューズ「WaiWai」問題 (2008/07）
4位　　156　韓国、２ちゃんねる米国鯖にサイバーテロ (2010/03)
5位　　117　2ちゃんねる閉鎖問題 (2007/01)
0472デフォルトの名無しさん2010/11/08(月) 20:50:42
>>469
苦労して覚えた知識でも否応なしにたった数年で陳腐化するのに何でプログラミングなんてやってんの？

>>467
最初はそういうもんだ。基礎を勉強してないのに最初から応用編とか無謀すぎる。
初心者相手にいきなりpatterns & practicesのPrismみたいなの持ってきたら一瞬で挫折する。
0473305 ◆Jzt/EX0TGY8T 2010/11/08(月) 21:12:12
>>470
複雑なビューってどういうのかよくわからないけど

WinFormではマンガミーヤと同じようなUIのソフトを作った
それプラス、書庫内の画像を自動で画像変換して圧縮し直すなどの機能をつけたりなど
でも途中でかなり面倒なことになってやめたけど

今回はそれに動画も閲覧できる機能をつけて作ってみようと奮闘中です
0474デフォルトの名無しさん2010/11/08(月) 21:22:14
>>473
TreeViewとか、タブドキュメントインターフェイスとか
0475デフォルトの名無しさん2010/11/08(月) 21:24:52
>473
イラストレーターみたいなドローソフト作って味噌
0476305 ◆Jzt/EX0TGY8T 2010/11/08(月) 21:32:21
>>475
数学ちゃんと勉強しなかった低学歴だから無理ｗ
XNAで3D版シムシティみたいなのを作ろうとしたけど
適当にビル立てただけでやめちゃった
0477デフォルトの名無しさん2010/11/08(月) 21:40:05
学歴よりむしろ根性が足りないなｗ
0478305 ◆Jzt/EX0TGY8T 2010/11/08(月) 21:52:21
構想が実力以上のものだから途中で力尽きちゃうんですよね
それでも座標変換に線形代数の知識が必要だから
そういうの勉強したし、シェーダーについても勉強して
3Dの格子マップにランダムにビルが建つようにはできたけど
それで満足しちゃった
今のゲームって個人でできるレベルじゃないから
市販ゲームと比べてあまりにもしょぼすぎる
■ このスレッドは過去ログ倉庫に格納されています