1 名前:デフォルトの名無しさん mailto:sage [2016/06/29(水) 23:45:15.36 ID:EZjVZgG6.net] ■Visual Studio 2013 Community & Express(無償の統合開発環境)等はこちら www.visualstudio.com/downloads/ ■コードを貼る場合はこちら ideone.com/ ■前スレ C#, C♯, C#相談室 Part88 [転載禁止]©2ch.net peace.2ch.net/test/read.cgi/tech/1437808445/ C#, C♯, C#相談室 Part89 peace.2ch.net/test/read.cgi/tech/1443271409/ C#, C♯, C#相談室 Part90 echo.2ch.net/test/read.cgi/tech/1455160063/ ■次スレは>>970 が建てる事。 建てられない場合は他を指定する事。
91 名前:デフォルトの名無しさん [2016/11/09(水) 04:36:52.64 ID:pYqjQFAT.net] データバインディングに見る手抜き 「WPF のデータバインディングはこれだけで 1 冊の本が書けるほど面倒です。」という 関係者。たったこれだけで関係者が本を書いて10年は食える飯のタネになる。W WPFにおけるデータバインディングの重要性と可能性はこの限りにおいては非常に成功 している。テーマとしては食いつきがいい。「これさえマスターすれば、あとは データを流し込むだけで自動的に表示してくれる」 魅力的なのだ。 食いつきがよくて、複雑怪奇な場合には関係者は情報を小出しにすればかなり長期に わたってよい飯の種になる。
92 名前:デフォルトの名無しさん [2016/11/09(水) 04:37:26.02 ID:pYqjQFAT.net] さあ寝よう。おやすみ
93 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 07:27:40.65 ID:ccPtaul1.net] >>91 そこら辺が問題だと思うのなら、全て解決したUWPに移行したら良いんじゃないのかな? x:Bindで事前バインディングで厳密に型チェックヤるし、イベントバインディングも出来るからな つか、アンタの言い分はイソップ童話の酸っぱいブドウそのものです
94 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 07:54:15.04 ID:TlbuxVnv.net] 個人的にUWPに偏見を抱いている理由はOneNoteが糞なせい OneNoteの糞さはUWP無関係だと思うが、自分の観測範囲にUWPの実用サンプルがそれしかないので どうしても印象が引っ張られる
95 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 09:17:12.31 ID:KnEUpDo2.net] XAMLに親を……
96 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 09:17:36.57 ID:SotHgA9V.net] >>87 KeyDownってイベントは別にあるぞ >>88 もはや言いがかりのレベルだな
97 名前:デフォルトの名無しさん [2016/11/09(水) 12:09:48.16 ID:pYqjQFAT.net] >89 どんな糞言語でも本質をよく見極めてセンス良く使う人はいるものだよ。 しかしそこに到達するまでにどんだけ時間がかかるというのだ。俺なんかわけわからん から右往左往するばかりだよ。 せめてBlendをまともに作ってくれれば、それなりにUIの問題は解決するのにな。 Blendも糞だろ。W 最近のは使ってないからわからんが、、、
98 名前:デフォルトの名無しさん [2016/11/09(水) 12:10:37.11 ID:pYqjQFAT.net] >そこら辺が問題だと思うのなら、全て解決したUWPに移行したら良いんじゃないのかな? >x:Bindで事前バインディングで厳密に型チェックヤるし、イベントバインディングも出来るからな 今度はUWPかよ。小出しにするなー。つまりWPFは糞だったと認めるんだな。W
99 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 12:12:21.25 ID:C35LXred.net] UWPは互換性取るために使えない機能が多すぎてFormやWPFと比較する気にもなれない
100 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 13:18:01.59 ID:imHVERPt.net] で?。W
101 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 13:24:22.96 ID:13V/HCY3.net] またストアアプリみたいにいつ梯子外されるかわからないUWPに手を出す人は よっぽどお勉強好きなんだろうなw 仕事ならしょうがないけど自分の時間使って勉強する気にはなれんわ
102 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 13:44:46.30 ID:U6OuotlL.net] WPFに手だしちゃった人ならいけるでしょ
103 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 16:05:04.67 ID:L45XBX69.net] >>87 コードビハインドにイベント書くことはおすすめされないし、そもそもPreviewKeyDownってFunctionキーのイベントを受け取るためのイベントじゃないぞ? WinFormsにも同じ名前のイベントあったじゃん WPF以前の根本的な能力がかけてるんじゃね?
104 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 19:12:41.31 ID:UPD5ANvk.net] UWPって多重起動できるんですか?
105 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 19:23:20.90 ID:c1gJ8Ir2.net] Windows10のPCは買ったけど、予備にした古いPCで動かす事を考えたらUWPは使いたくないな まだ動く7とXPのPCがあるからな
106 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 20:02:19.12 ID:xK7OwzcU.net] WPFやってないんだが、そもそもXAMLは人間が見る必要のあるものなのか? VSのデザイナやBlendがダメすぎるのか? フォームでさえ、.Designerの中身なんてほぼ見る事ないのに 人間が生のXAML見たり編集したりしないとダメならそら普及しないなと思うが
107 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 20:09:14.52 ID:y+VOBp5j.net] XAMLはなにもかもXML(?)で記述できるようにしようとして失敗してる感じ レイアウトだけにしとけばいいのに
108 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 20:09:22.06 ID:knOh/4SR.net] データバインディングが遅いとかいって大量データをなんの工夫もなく描画する画面を引き合いに出す人ってたまにいるけどあれって悪意があってやってるの?
109 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 21:24:36.59 ID:WmFTPhhE.net] 普通、設定ファイルを、人が直接いじったりしない Godot(ゴドー)などのゲームエンジンでは、IDEの右側にある、 インスペクタービューで、プロパティなど設定する オブジェクト同士の衝突判定・イベント通知なども、同じ
110 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 21:25:12.33 ID:TlbuxVnv.net] どこぞのフレームワークで「人間にXMLを書かせるなんて虐待です」って書いてるのがあったけど ほんとその通り
111 名前:デフォルトの名無しさん mailto:sage [2016/11/09(水) 23:41:49.58 ID:7n7DDFeG.net] つうかここってC#+Windowsフォームしかやってないやつばかりなの? XAMLはそもそもWPFだけのもんじゃないんだが。 Silverlightにも使われていたしUWPにも使われてる。 そしてC#だけじゃなくVBにも使われてる。 つまり、言語や
112 名前:Nラスライブラリなどから分離できるものは分離しようっつーのがXAMLでしょ。 C#/VBとXAMLの関係はJavaScriptとHTMLの関係と似てる。 XAMLを批判してる奴ってほんとにXAMLを理解してんの? [] [ここ壊れてます]
113 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 00:11:40.20 ID:TlbdJV8L.net] 1日で挫折したのにここまで批判できる >>48 はすごい人
114 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 00:22:28.24 ID:4pFcdHJl.net] JavaScriptとHTMLではなくJavaScriptとJSONの方が近いな XAMLはただのシリアライズフォーマットの1つでしかない WPFと関係ない普通のオブジェクトもXAMLにシリアライズできる そんでXAMLはJSONと違って型とアセンブリの情報を持つ UIデザインを宣言する手段として考えると書きにくいXAML形式よりシンプルでインテリセンスもよく働くC#コードの方が優れているのは確かだろう しかしそうではなく可視性と可搬性のある普遍的なシリアライズフォーマットとして考えるとXAMLがXMLを採用したのは自然な帰結と言える 可視性のためにはテキストでなければならない 可搬性と普遍性では対抗馬としてJSONがあるがJSONはシンプルすぎて表現力がちょっと物足りない となるとXMLは妥当な選択と言っていい 新しい時代に乗り遅れてXMLにしたわけでもないし虐待目的でXMLにしたわけでもない XAMLの目的に合致するフォーマットではXMLがベストだったというだけの話なんだ
115 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 00:29:57.49 ID:ApowNrKS.net] wpf使うならelectronでいいや感ある
116 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 01:16:39.44 ID:Co+DcSGG.net] AndroidStudio使っててもXMLは出来るだけいじりたくないw
117 名前:デフォルトの名無しさん [2016/11/10(木) 01:52:09.10 ID:aHkFnxeg.net] >102 ん? それは考え方に矛盾があるだろ。UIを切り離すのが目的
118 名前:ネら、切り口がシンプルで 綺麗なほうがいい。 例えばスクロールバーと連動して値を表示する場合なんてUI内でまとめて片づけて しまったほうがいい。 ほしいの値だけで、処理側からしたらくだらないイベントなんて見えないほうがいい。 そっちでまとめてやってほしい。 [] [ここ壊れてます]
119 名前:デフォルトの名無しさん [2016/11/10(木) 01:52:28.80 ID:aHkFnxeg.net] >XAMLを批判してる奴ってほんとにXAMLを理解してんの? 理解できないなから文句を言ってるんだよ。機械が簡単に理解できるからって 人間にそれを押しつけるのは間違い。 XAMLってのは単なるテキスト文書じゃない。プログラム全体から複雑なUIを切り離して 表現するという目的がある。複雑なUIは手打ちで入力するようなものじゃない。 UI={動作、表現、パラメータ、、、、}+窓口 プログラム=>窓口 UIの窓口さんにいえば{、、、}なかはわからなくても大体処理できる。そういう関係 なわけよ。窓口が美人でテキパキしてないとダメだろ。 時々あるんだが、大企業の開発部に電話してるのに田舎のおばちゃんみたいなのが 窓口で 「はあ、田中さんは今日はおらんよ、どっかに出張するからって鞄を下げて出て行った よ」 みたいな感じな。 XAMLの美人の窓口さんはどこ? ねえ
120 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 02:08:02.40 ID:CCFq8Qep.net] >>111 批判って言うより、ほとんどいちゃもんだけどな。
121 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 02:16:50.13 ID:lTw5QLQW.net] 長文マンは無駄に下手な比喩ばっか使って文意がわかりづらいな
122 名前:デフォルトの名無しさん [2016/11/10(木) 02:20:15.15 ID:aHkFnxeg.net] じゃあ具体的に書いたろか textBox1.Text = "Hello, World!" これでいいのに public class Data { public string TextHelloWorld { get { return "Hello, World!"; } } } example.xaml <TextBox Text="{Binding Path=TextHelloWorld}" /> これだもんな。W XAMLがデータを取りに行ってくれる。一見便利だが、いちいち細かい指示を出して 説明してやらんと分からんやつだから、教えるほうが手間。自分でHello!!て 書いたほうがなんぼかまし。 あれだ、パラダイムシフトだなんだって言ってるが、シフトダウンだよな。
123 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 02:26:27.64 ID:wdbpo9Rt.net] それXAML側でName="textBox1"と定義してやれば、this.textBox1.Text = "Hello, World!"で済むだろ
124 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 02:30:19.81 ID:YdauEkQ9.net] WPFとFormを同じXAMLから生成出来ればもっと使い道もあるんだけどな
125 名前:デフォルトの名無しさん [2016/11/10(木) 02:31:25.72 ID:aHkFnxeg.net] 比喩だとわからんか? 窓口ってのは会社の顔だよ。XAMLの顔はというとBindingだ。ここが窓ぐち。 こいつが田舎もんだから、、、、W
126 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 02:33:21.09 ID:4pFcdHJl.net] >>122 でもそれってXAML関係ないじゃん なんでさっきXAMLディスってたの?
127 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 02:33:22.15 ID:wdbpo9Rt.net] わざとミスしてレスが欲しいのか自分の主張を通したいのかどっちなのよ
128 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 02:55:22.89 ID:bu4ikKWV.net] >>119 ぇ、それだけじゃXAMLは取りに行かないよ。 Dataクラスからの通知機構は無いの?
129 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 03:08:35.71 ID:zCCtWAZL.net] >>115 ,116 ?例が適当すぎて言いたいことがわからん スクロールバーと連動して値を表示するのはバインディングで済むからUIのイベントなんて使わないだろ UIを切り離すんじゃなくて、VとVMを切り離すのが目的
130 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 03:17:22.84 ID:zCCtWAZL.net] >>119 バインディングする意味のないソースを出されても さっき言ったスクロールバーとその値を表示するテキストボックスの例を見ればいいんじゃない? バインディングを使わないとイベントを利用してそれぞれの値を相互に書き換える必要があって面倒とかそういうの
131 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 06:37:59.52 ID:B4277xpo.net] XAMLを批判したいけどちゃんと理解してないから筋の通った批判ができない悲しさ
132 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 07:36:13.26 ID:o8sMendu.net] >>126 例えばGridSplitter付きのパネルの開閉をアニメ付きでヤるとしたら、xamlじゃとても書けないけど VMにやらせる仕事じゃないって場合とか、BringToViewなんかもViewで完結させるべき仕事だね ビヘイビアやトリガーアクション使ってもいいけど無理やり突っ込むこともない
133 名前:デフォルトの名無しさん [2016/11/10(木) 07:51:19.71 ID:aHkFnxeg.net] <TextBox Name="Text1" Height="23" Width="70" Margin="5" HorizontalAlignment="Left" VerticalAlignment="Top" Text="Button" /> <Button Name="btn1" Content="{Binding Text1.Text}" Height="23" Width="70" Margin="5,35,0,0" HorizontalAlignment="Left" VerticalAlignment="Top" Click="Button_Click"/> ちっともBindingせんがーーー。W エラーもでんし。
134 名前:デフォルトの名無しさん [2016/11/10(木) 07:53:05.39 ID:aHkFnxeg.net] >128 このバインドの書き方のどこが筋が通ってないんや?
135 名前:デフォルトの名無しさん [2016/11/10(木) 08:11:55.57 ID:aHkFnxeg.net] this.DataContext =this; そうだこれがぬけてると検索場所が特定できんのだ。 私は私ですから私を検索してくだされ。 えっ、これでもやっぱりだめ。
136 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 08:24:57.67 ID:o8sMendu.net] 彼の言うXamlの欠点とやらは、マークアップ言語ならどれでも持っているもので xamlはhtmlと比べたら格段に進歩した代物だ まあこんなケチを付けているんだから htmlなんて触ったことない化石プログラマーなんだろうね
137 名前:デフォルトの名無しさん [2016/11/10(木) 08:57:47.72 ID:aHkFnxeg.net] マークアップの欠点とBindingの欠点と、、、と幾つかの欠点を併せ持っているという ところが味噌。
138 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 09:16:40.69 ID:o8sMendu.net] 可読性を問題にしていたはずが、ロジックとマークアップが混在するhtmlを批判せずに それを解決する方法のBindingにケチをつける 化石の末期だなw
139 名前:デフォルトの名無しさん [2016/11/10(木) 09:43:37.91 ID:aHkFnxeg.net] <Window.Resources> <SolidColorBrush x:Key="MyBrush" Color="Blue"/> </Window.Resources> ボタンのインスタンスIDはNameでリソースの場合hx:Keyかよ。笑かすな。W
140 名前:デフォルトの名無しさん [2016/11/10(木) 10:15:41.71 ID:aHkFnxeg.net] 物事を識別するには名前が肝心である。名前は適切で少ない方がいい。 大本の識別機構の混乱 XAMLコード中でIDictionaryインターフェイスを実装する要素に子要素を追加する際には x:Key 属性の指定が必須 ただし、Styleクラス(System.Windows名前空間)のように、クラスにDictionaryKeyPropertyAttributeを付与して、(x:Key 属性の)代替となるプロパティ(Styleクラスの場合はTargetTypeプロパティ)を設定しているクラスの場合には、x:Key属性 を省略可能。 Styleクラスでは、x:Key 属性の代替としてTargetTypeプロパティを利用している。 高々リソースに名前振るだけで、、、ぷっ。
141 名前:デフォルトの名無しさん [2016/11/10(木) 10:16:51.48 ID:aHkFnxeg.net] >135 無批判に受け入れるのはよくない。「飼いならされて、食用にされる家畜」だよ。 In the world's broad field of battle, In the bivouac of Life, Be not like dumb, driven cattle ! Be a hero in the strife !
142 名前:デフォルトの名無しさん [2016/11/10(木) 10:29:24.03 ID:aHkFnxeg.net] @ITデータバインディングを理解する。 www.atmarkit.co.jp/ait/articles/1010/08/news123.html 1ページ何を言ってるのか全然わからん。突っ込みどころが多すぎて、突っ込む気にもならん。 それとも誤字脱字が多いのかな?なんか説明が間違ってるだろ。論理がつながっていない。 うちのばあちゃんにでもわかるように説明してみろや。 {Binding X} という書き方は
143 名前:、{Binding Path=X} と同じ意味である。 藁、「同じ意味である」って、そんなら最初から一つに絞っておけよ。 {Binding Path=X} いらんだろ。 BindingにPath以外のプロパティはないんだろ!! 最初からBindingでいいだろ パスもプロパティもいらんわ。 [] [ここ壊れてます]
144 名前:デフォルトの名無しさん [2016/11/10(木) 10:43:36.65 ID:aHkFnxeg.net] 外部リソースを取り込むには、<ResourceDictionary>要素にSource属性を付ける <Window.Resources> <ResourceDictionary Source="Styles.xaml"/> </Window.Resources> includeにしろよな。常識だろ。
145 名前:デフォルトの名無しさん [2016/11/10(木) 11:38:19.49 ID:ElAt+S/3.net] 質問です フォームにプロパティグリッドがあります プロパティグリッドの中でCtrl+Zを押したときに 普通はプロパティグリッドが持っているアンドゥが呼ばれますが これをフォームの独自のアンドゥ・メソッドを呼び出すようにしたいのですが、 どうすればいいですか?
146 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 12:03:59.07 ID:dRW/oH8h.net] >>141 思いつくのは、IMessageFilterを使ってWM_KEYDOWNでCtrl+Z拾ってやることかな 入力中のコントロールをControl.FromHandleで取れたら幸い
147 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 12:19:50.11 ID:CCFq8Qep.net] >>139 Pathは省略可能ってだけで、他にもプロパティあるし。 自分で張ったリンク先の2ページ目にも書いてあるだろ。
148 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 12:41:10.63 ID:lWSBQV9X.net] >>116 理解できない自分の頭を呪いな
149 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 12:59:35.96 ID:otGHoxmh.net] >>142 .NET1.1の頃からそんなのあったのか まったく知らなかったw しかし、IMessageFilterっていうかApplication.AddMessageFilterって結構恐ろしい仕組みだなw NativeWindowの方が安全な気がするんだけど
150 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 13:07:51.76 ID:ElAt+S/3.net] >>142 IMessageFilterでCtrl+Z拾ってできました ありがとうございます
151 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 14:50:01.95 ID:zCCtWAZL.net] >>139 結局、言われた指摘には何も返せず自分が理解できないのに適当に騒いでるだけじゃん C言語とかやったら配列があればポインタいらないじゃん!とか騒いでそう 省略可能な記述についても、html5とかの仕様を見たらhtmlとかbodyとかのタグいらないじゃん!とか叫びそう qiita.com/labocho/items/54fd70c73ced35c8ba49
152 名前:デフォルトの名無しさん [2016/11/10(木) 15:34:39.47 ID:aHkFnxeg.net] グダグダ言わずに、本質はどういうことかを捉えてどう説明できるかが問題やな。 Bindingの本質はというと要するにXamlのText="{Binding pName}" が意味するのは var bind = new Binding("pName") { Source = per }; text1.SetBinding(TextBox.TextProperty, bind); この二つの処理やないか。こいつを省略形で書いてるだけのことやろ。 チュートリアルでちゃんとこう言うように書けよな。そしたら3秒でわかるのに。 原辰。
153 名前:デフォルトの名無しさん [2016/11/10(木) 15:45:02.09 ID:aHkFnxeg.net] >143 1pが意味不明なので2pは見てなかった。 しかもインテリセンスが糞やからPath以外のプロパティがあるのかないのかわからん。 あくまでも 「BindingのプロパティはPath以外に無い」という前提、仮説の下でケチつけてる わけであって、それはチャンと明記している。W 一遍にりかいするんは難しい。 OneWay ソースからターゲットへの一方通行の同期になります。 TwoWay ソースとターゲットの双方向の同期になります。 OneWayToSource ターゲットからソースへの一方通行の同期になります。 OneTime ソースからターゲットへ初回の一度だけ同期されます。 モードがあるじゃないか。ならインテリセンス効かせろや。
154 名前:デフォルトの名無しさん [2016/11/10(木) 15:59:51.17 ID:aHkFnxeg.net] しかしBinding部分は顔だし肝なのにここを 正確に説明できん プロパティのインテリセンスも出せん とか、要するに自分の頭で考えたものじゃなくて、アッチコッチから借りてきた借り物をくっつけ て作り上げてるからだろ。ほんとうのところが正確に把握できてないんだよな。
155 名前:デフォルトの名無しさん [2016/11/10(木) 16:05:52.04 ID:aHkFnxeg.net] 内容が変更したときにはどうすんの? INotifyPropertyChangedインターフェースを実装 DependencyPropertyにしてしまう (インスタンスを生成したスレッドのみに限定される) 二つの方法がある。 PropertyChanged(this, new PropertyChangedEventArgs("pName”)); プロパティの変更でこれをやってやればいい。 なんやねん。結局イベント処理は書かなだめやないか? どんだけのメリットがあるか。W
156 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 16:10:01.34 ID:ApowNrKS.net] ラムダ君 LINQ君 XAML君←new
157 名前:デフォルトの名無しさん [2016/11/10(木) 16:33:44.59 ID:aHkFnxeg.net] 結局普及しないのは、関係者がちゃんと理解できていないのではないかな。 WEBを見たら、いろいろと説明が書いてるがどれも分りにくい。 C#でもVBでも1日も触っていたら、そこそこ使えるようになる。うろ覚えでも プログラムはできる。 WPFは説明が中途半端なので肝の部分がはっきりしない。 バインディングするんならイベントもちゃんとバインディングしないとだめだわ。 バインディングを間違っていても反応なしだしな。W エラーすらチェックできてない。 中途半端。
158 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 17:47:19.45 ID:riiUw9jl.net] >>152 命名のXAML君は、staticおじさんと同じ加齢臭がする
159 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 17:49:55.89 ID:ApowNrKS.net] ラムダとLINQも新しいことを拒絶するstaticおじさんだろうな
160 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 19:15:21.25 ID:pqjjw4yY.net] ラムダとLINQの時は使うなとか言っているやつがいたからな 拒絶するのは勝手だがいちいち布教しようとするのはウザイ
161 名前:デフォルトの名無しさん [2016/11/10(木) 19:22:39.57 ID:CGPJd07S.net] IEでニコ生みたいなストリーミング動画を見る際に、動画データがメモリーに展開する前にデータをリアルタイムでキャプチャするにはどうしたらいいでしょうか?
162 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 19:23:04.26 ID:ApowNrKS.net] C#のLINQは名前が他の言語と違うから一瞬迷う
163 名前:157 mailto:sage [2016/11/10(木) 19:31:03.19 ID:CGPJd07S.net] すみません分かりづらかったです。 IEで動画見ながら、IEがダウンロードしてるデータがストリーミング動画かどうかを判断して、動画ならIEの画面に表示される前に手を加えたいんです。
164 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 19:36:34.41 ID:hirKpSKv.net] ストリーミング中の動画に手を加えられるだけの技能があるのがすごい
165 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 20:17:59.57 ID:13nZCkn2.net] 使う価値があると思えば使えばいい 自分が使うのは無理だ参りましたと思ったら使わなければいい ただどちらを選択したかは別に他人に伝えなくていい
166 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 22:17:57.52 ID:c1KzPo7d.net] >>159 現実的な内容じゃない 基本的に無理 プロキシ―作っても動画をいじれる技量が君にあるとは思えない
167 名前:デフォルトの名無しさん mailto:sage [2016/11/10(木) 23:07:13.32 ID:pEVMYV3p.net] IEに、そういうプラグインがあるのか、探してみれば? IEは、オープンソース(OSS)じゃないから、改造するのは難しい。 OSSは、Firefox, Chromium, Safari Atom, Visual Studio Code, Electron は、Chromiumを使っている
168 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 03:04:38.37 ID:+gNs9Nbk.net] >>153 君はWPFどころかC#もよく理解できてないみたいだから、C#入門書からスタートするのがおすすめ
169 名前:デフォルトの名無しさん [2016/11/11(金) 04:07:56.66 ID:KgVthd+h.net] >157 ストリーミングをやるコンポーネントはあるだろ。そのデータ取り込み部分を バッファリングして中を加工すればいいだけだろ。W 画像認識をするのかな?
170 名前:デフォルトの名無しさん [2016/11/11(金) 07:05:40.26 ID:KgVthd+h.net] MVVMのICommandの使い方 ICommandを実装する理由はなんだ? ttp://www.atmarkit.co.jp/ait/articles/1011/09/news102_3.html これは読んでいくとよくまとまっているが、これだけでは難しすぎて 何を言ってるんかわからん。まるでMS。 そもそもICommandってなーに? 1. 処理の実行可否を状態として持つ、また状態の変更を通知 2. XAMLからメソッドの呼び出しはコードビハインドしか利用できないが、ICommandはバインドが利用でき別クラス(ViewModel)の処理を呼び出すことができる 中身は public interface ICommand { void Execute(object parameter); bool CanExecute(object parameter); event EventHandler CanExecuteChanged; }
171 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 07:07:03.74 ID:zUQAdwQM.net] イベントを再定義したかった人生だった(Command辞世の句)
172 名前:デフォルトの名無しさん [2016/11/11(金) 07:08:21.41 ID:KgVthd+h.net] いい例がある。これならわかる。これを逃してしてしまうと永久にわからないというほどの 優れた例を提示しておく。 優れた例 XAML <TextBox Text="{Binding Name}"/> <Button Content="実行" Command="{Binding ExecuteCommand}"/> <Label Content="{Binding Result}"/> ViewModel public DelegateCommand ExecuteCommand { get; } public MainWindowViewModel(){ ExecuteCommand = new DelegateCommand(() => Result = "登録OK", CanExecute); } private bool CanExecute(){ return !string.IsNullOrWhiteSpace(Name); } private string _name; public string Name{ get { return _name; } set { if (OnPropertyChanged(ref _name, value)) ExecuteCommand.RaiseCanExecuteChanged();} }
173 名前:デフォルトの名無しさん [2016/11/11(金) 07:09:49.57 ID:KgVthd+h.net] 肝:DelegateCommandをプロパティとして公開 コンストラクタの中でインスタンス化 () => Result = "登録OK" これはなんやねん? このアクションの書き方がわからんなーという人。 ラムダ式、、、初めて聞いた?
174 名前:デフォルトの名無しさん [2016/11/11(金) 07:13:06.18 ID:KgVthd+h.net] >君はWPFどころかC#もよく理解できてないみたいだから、C#入門書からスタートするのがおすすめ C#の方が難しいわ。まあでも何とか動かせる。WPFもBindingだけわかったので何とか 使えるレベルにはなったな。 問題はMVVMパターンだな。 MVVMじゃなくてM-VM-VかV-VM-Mでないとだめだよな。VVMMの方がいいと思う。
175 名前:デフォルトの名無しさん [2016/11/11(金) 07:23:51.87 ID:KgVthd+h.net] WPF攻略方法 1.Bindingの理解 2.「優れた例」でVVMM(またはMVVM)を理解する こっちはまあボチボチでもOK MSの文書は酷いがIT−PROの文書は体裁としてはよくまとまってはいるが説明が難しい。 第一に例が悪い。 第二に例にセンスがない。 第三に例の説明が下手。 単純化したシンプルな例で示さないと「俺はこんなにすごいんだぞ」みたいな 複雑な例では分からん。
176 名前:デフォルトの名無しさん [2016/11/11(金) 08:31:34.35 ID:KgVthd+h.net] MVVMのVMってわざわざ苦労してクラスをつくる必要あるんか? コードビハインドをVMにしたらいいんではないか? VとのIFはここで全部やった らいいと思うがな。 なんか必要性がいまいちわからんなー。
177 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 08:51:31.09 ID:qDFZLZyC.net] >>172 必要性が何なのかちゃんと調べたのかい?
178 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 09:40:30.93 ID:yIFyhkZ0.net] DIコンテナを導入すると、VMとMの2層構造のありがたみが実感できるんだけどな
179 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 09:43:11.94 ID:M2uBl8fv.net] >>169 ラムダ式は、Java, JS, Rubyなど、たいていの言語にある 例えば、独自の方法で、ソートしたい場合、先に比較関数を定義してから、 その関数を引数として、sort()に渡す 比較関数{ ここで定義する }; sort(比較関数); ところが、先に定義するのは面倒だから、sort()の引数の所で、 匿名(無名)関数として定義して、そのまま引数として渡せれば、簡単。 それの糖衣構文で、関数宣言も無くしたのが、ラムダ式 JSで書くと、 var a = ["Hydrogen", "Helium", "Lithium", "Beryl-lium"]; 匿名関数・ラムダ式 var a2 = a.map(function(s){ return s.length }); var a3 = a.map( s => s.length );
180 名前:デフォルトの名無しさん [2016/11/11(金) 13:38:45.67 ID:KgVthd+h.net] ラムダ式なんて高級なもが巷にあふれているとは初めてしった。めったに 使わないかな。 右も左もわからないのにアンドロイドアプリ(簡単なんだが、、)を作る 羽目になってしまった。しかしXamalinダウンロードしてみたらXamlに似ていて 驚いたわ。W WPFを勉強したかいがあった。これからバリバリつくってみる。
181 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 18:30:50.13 ID:ciOc6C5W.net] リスト操作系関数を一度使ってしまうともう戻れなくなる 例えば、List<string>をList<object>に変換したい時、 var hoge=list.map(x=>(object)x); だけで良い。foreachとかで書くより楽で読みやすい
182 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 18:55:28.67 ID:+ZeaIXfw.net] 名前を付けるのも馬鹿らしい単純な操作を表現するには やっぱりラムダ式が便利だと感じる
183 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 18:56:03.62 ID:qDFZLZyC.net] >>176 Xamlに似てる?勘違いしてんぞお前
184 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 18:57:11.76 ID:0OJ17qIg.net] >>177 List<T>.ComvertAll<TOutput>(Converter<T,TOutput>)ではダメなんか?
185 名前:デフォルトの名無しさん [2016/11/11(金) 19:20:11.62 ID:KgVthd+h.net] >179 Xamlそのものだわ。C++もC#のFormもXmalinUIもあって、3種類の開発環境がある。 まともに動けば凄いよ。W でもサンプルを動かしたまではすんなりいったんだが署名ができないとか、文字ばけ するとかどうも先が思いやられるのでxamalin やめてAndroid Studioにしようかと迷ってる。こっちはJavaだけど、、
186 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 19:58:04.56 ID:JZCe9Y2P.net] ラムダ厨うぜー
187 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 20:14:46.10 ID:tUVkv4AT.net] おはようラムダ君
188 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 20:20:02.48 ID:TqB+9XQ4.net] ランバダなら知ってる
189 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 20:27:50.64 ID:nfVHRfzR.net] >>181 c#初心者スレがあるからそっちにいった方がいい いい加減うっとおしい
190 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 20:46:50.11 ID:KgVthd+h.net] アッ、もうC#は卒業したんでこないよ。次はJAVAだ
191 名前:デフォルトの名無しさん mailto:sage [2016/11/11(金) 20:49:06.76 ID:nfVHRfzR.net] それは良かった