[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/06 12:24 / Filesize : 269 KB / Number-of Response : 1039
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ふらっと C#,C♯,C#(初心者用) Part117



1 名前:デフォルトの名無しさん mailto:sage [2015/10/02(金) 20:50:08.06 ID:IGV3Viy6.net]
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C#(初心者用) Part116 [転載禁止](c)2ch.net
peace.2ch.net/test/read.cgi/tech/1436344868/

■関連スレ
C#, C♯, C#相談室 Part89 [転載禁止](c)2ch.net
peace.2ch.net/test/read.cgi/tech/1443271409/

■コードを貼る場合は↓を使いましょう。
ideone.com/

654 名前:633 mailto:age [2015/11/08(日) 12:05:28.12 ID:pl2PgCRK.net]
>>634
なるほど…今はPrismの方がいいのか。さんくす
テキストは…ストアアプリは作る気がないしなぁ

プログラミングWindowsのWPF XAML向けの解説は一応あるけど、
さすがにいちいち照らしあわせて読むのは大変そう
blogs.msdn.com/b/shozoa/archive/2014/07/24/using-programming-windows-chapter1.aspx

結局テキストをどうしたらいいのかわからんね

これを見つけたんだが、まだ去年のものだし古くもなく大丈夫だろうか?(同内容のkindle版もあり)
www.slideshare.net/okazuki0130/wpf45-38048141

655 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 12:49:12.21 ID:cfidXKbm.net]
>>631
List<T>でFindeIndex(s => s.id == searchID)とか
でもidがprivateだな

検索数多いなら632が言うようにキーがIDの辞書作った方が速い

656 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 13:05:36.69 ID:qxSNyhqm.net]
privateなプロパティを持っているとLINQで匿名型をnewしようとしてもアクセス出来ないレベル
というエラーが出るしなあ
そして匿名型はコンストラクタを呼び出す手段がないので次のようなコードがコンパイルできない

ideone.com/QVNres

657 名前:631 mailto:sage [2015/11/08(日) 13:35:56.75 ID:gApUJ0pc.net]
回答ありがとうございます

>>632
Dictionaryを詳しく調べてみます
データを格納後に、Dictionaryで別途索引を作る…というイメージですよね、たぶん
LINQも調べて勉強してみます

>>636
FindIndexも調べてみます
FindIndexは構造体のIDがprivateでなければ使えるのかな?
なお、件数はおそらく多くなりますので、Dictionaryでいこうと思います

>>637
構造体のつくり自体がそもそもまずいということですね
データを扱うのに構造体が良さそうだと思い使おうとしていたのですが、
まだまだ勉強不足のようで…勉強し直します
匿名型というのも分かってないレベルです


ひとまず頂いた回答・ヒントからいろいろ調べてやってみます
つまづいてどうしようもなくなったらまた質問に来ますので
その際はみなさんよろしくお願いします

658 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 14:11:47.01 ID:IOiPLIcZ.net]
>>635
wpfのことは忘れてFormsアプリを作

659 名前:驍だ []
[ここ壊れてます]

660 名前:633 mailto:sage [2015/11/08(日) 14:13:41.26 ID:pl2PgCRK.net]
>>639
今あえてWPFでなくFormsを学ぶ理由は何なんでしょう?

661 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 14:21:58.19 ID:qxSNyhqm.net]
匿名型やめて普通にnewすれば行けるよ
この場合でも読み出し専用のプロパティは必要だけど

ideone.com/VQnbmB

662 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 14:22:03.96 ID:qE8APb0L.net]
そりゃあ情報量だろ



663 名前:633 mailto:sage [2015/11/08(日) 14:24:04.50 ID:pl2PgCRK.net]
>>642
なるほどな…すまんが、それでもやっぱりWPFでいきたいわ
情報量が、と言うならC++でもやってろ、という話になるので

664 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 14:26:58.36 ID:qxSNyhqm.net]
それとToArray()はこの場合は不要だった
遅延評価でいいや
それとインデックスが不要なんだから(tt, n)でなくて(tt)でいい
適当に書いたからいろいろおかしかった

665 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 14:28:16.90 ID:jwSrphbk.net]
フォームアプリだとストア対応はまた別スキル?

666 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 14:48:07.12 ID:t8ezhEA7.net]
WPFはマイクロソフトからもとっくの昔に見捨てられたコンテンツだからな
2010年くらいからほぼ更新されてない
開発者も減ってるし今更やっても無駄
そんなのやるくらいなら注目度高いElectronでもやったほうが100倍モチベーション上がるだろ

667 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 14:48:47.97 ID:0dVpsRSu.net]
>>638
キーが決まってるならKeyedCollectionなんてのもある

構造体orクラスの問題は、大抵の場合、クラスの方がいい
構造体はnewのコストが問題になった時に試してみればいい

668 名前:633 mailto:sage [2015/11/08(日) 15:05:42.53 ID:pl2PgCRK.net]
>>646
すまん。Electronも考えたんだが、いかにもWebアプリっぽい見た目と動作になるのが気持ち悪くてなぁ…
WPFは見捨てられたと言うのであれば、皆WindowsでGUIアプリを作るには何を使ってるんだろう?

669 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 15:10:08.20 ID:qL6T2MEr.net]
>>646
.Net4.6で改良されてるし、どこまで本気か分からないけど最近微妙にやる気出してるようだよ。
blogs.msdn.com/b/dotnet/archive/2014/11/12/the-roadmap-for-wpf.aspx

670 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 15:14:56.34 ID:b5oYWyCu.net]
フォームのほうが見捨てられてるからWPF以上に未来はないと思うが、だからといってWPFに乗り換える気が起きない。
んで結局、フォームから未だ抜け出せずにいる。

671 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 15:18:18.25 ID:t8ezhEA7.net]
これからはWPFと言いながら10年近く全く普及せずに下降線を辿ってきたからな
だいたいGUIアプリにしてもWindowsデスクトップに固執するような時代はとっくに終わってる

672 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 15:51:44.93 ID:+dkH7XCP.net]
WPFは早期に標準コントロールを充実させていれば多少は広まったんじゃないのかな



673 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 16:09:34.75 ID:b5oYWyCu.net]
MVVMだなんだの言いながらデフォルトでそれ系のまともなフレームワークが入ってないのが敗因だろうな。

674 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 16:21:43.65 ID:IOiPLIcZ.net]
wpfのまともな文献がないというのが
このFrameworkの実態を表しているような気がするね
ネットにあるのは、Formsとは違うんです!っていう営業トークか
MVVMという概念がすごいんですってだけだろ

実際MVVMが必要になるような高度なアプリケーションなんてあるのか?
リアルタイムにデータを処理するにしてもイベントドリブンモデルのほうが簡潔で扱いやすい
MVVMはオブジェクト指向を「こじらせた」典型例だと思うんだよね

675 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 16:40:41.80 ID:qWpIgAsz.net]
>>654
いや英語では結構本出てるよ。
MVVMがウンコなのは同意するけどw

676 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 16:57:42.27 ID:qE8APb0L.net]
設計がとにかく野暮ったい
僕の考えた最強の〜って感じ
引き算を覚えてくれ頼むから

WPFを

677 名前:除けば成功しているMVVMフレームワークはいくらでもあるし
設計センスの問題だと思う
[]
[ここ壊れてます]

678 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 17:02:03.13 ID:t8ezhEA7.net]
mvcとかやりたければ本流のhtml5使えばいい
標準フレームワークも用意されないWPFが流行るわけもない
マイクロソフトも普及させる気はないよ
ポーズだけ
Silverlight潰したりマイクロソフトは既に独自技術の普及を断念してる
代わってTypescript用意したりweb標準技術の採用に舵を切ってる

679 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 21:46:02.90 ID:SGCCwhdk.net]
>>650
フォームは現時点でほぼ完成しているから何も変える必要ないんじゃないの?足りない機能ある?

680 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 22:53:03.65 ID:X/vorztS.net]
prism使って、データバインドが非常に協力でコードもすっきり書けるけど、
Formsなら簡単に出来た事がものすごく手間だったり、
独自のUIが簡単にというが実際はとてつもなく面倒くさい。
datagridの配色変えるだけでも、
あの部分をどこで色を変えられるのか調べるだけで相当時間がかかる

681 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 22:54:49.77 ID:b5oYWyCu.net]
>>658
フォームに関しては、今更機能追加されたところであれだし、現状維持してくれれば十分だな。

682 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 22:55:41.36 ID:HlEs+VqN.net]
俺はMFC FeaturePack並のツールバーやドッキングウィンドウが標準で欲しいなぁ。
今はサードパーティー頼みだし。
MFCも、もうメンテナンスモードだろうと思ってた頃にFeaturePack出てきたんだから
ワンチャンあると信じたい。



683 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 22:58:52.76 ID:l/gAevhW.net]
WPFのDataGridは全く使い物にならない
あの糞がそのまま放置されてるんだから、MSのやる気の無さがよくわかる
まあそもそもWPFは設計思想的にDataGrid的なものはListViewをカスタマイズして作るもんであって、
出来合いのDataGridをそのまま使うようないい加減なGUIでいいのならWPF使う必要は全く無いんだけどね

684 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 23:04:24.23 ID:b5oYWyCu.net]
WPFならMVVMでドメインとビューの分離が〜とか言うが、フォームでもある程度は、データバインドできるし、
WPFほどまでは行かないにしろ、そこそこの分離は、可能だと思う。

いざとなれば、ビューを直接扱えるし、WPFみたいに変に手回ししなくていいしフォームのほうが楽。

685 名前:デフォルトの名無しさん mailto:sage [2015/11/08(日) 23:26:11.25 ID:X/vorztS.net]
WPFはC#を習得した人用だからなあ、
いきなりC#とXaml両方まなぶのはきついんじゃない?

GUIを今後一切変更しないならFormsでいいだろうけど、
変更したくなった時、クソ面倒くさい

686 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 00:30:33.40 ID:nH7Pt/o2.net]
言語としてのC#にそんなに覚えることがあるとは思えんが、
WPFは覚えることだらけだな。

しかもMSDNのどこにも明示されてない仕様も結構あってかなり萎える。

687 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 00:42:01.77 ID:YzX/XRY3.net]
>>662
>DataGrid的なものはListViewをカスタマイズして作るもんであって、
このカスタマイズする前に大量のオブジェクトの前に力尽きる人が多かったから
WPFは流行らなかったんだろうな

オブジェクト指向の継承って結構早い段階から使うのやめとけ
って言われてたと思うけどwpfって継承地獄なんだよなあ

688 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 01:51:51.42 ID:q+BDOfSy.net]
継承(is a)より包含(has a)とか、無駄に複雑な継承関係にしないとかなら分かるけど、
一般論としてそんなこと言われてたっけ?

689 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 03:56:53.75 ID:m77m/g5H.net]
WPFが出た当時、そちらに移行しなかった最大の理由は
リファクタしたら、XAMLだけ手作業修正になったから
今は、ちゃんと連動してるんだろうか?
していた

690 名前:ニころで、あんだけ複雑で、しかも機能的にフォームから浮いていると移行する気にはなれないけど []
[ここ壊れてます]

691 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 04:06:23.65 ID:m77m/g5H.net]
>>654
同感、WPFからATL臭がする
これからはWPFだといっている人は何見て、WPFが流行っていると思っているのだろうか?

692 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 08:53:11.53 ID:AkXykSSl.net]
wpfのControlTemplateは、FormsのOwnerDrawに比べたら格段に楽だと思うけどな



693 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 09:23:03.24 ID:eW5XCVAC.net]
部分を誇っても仕方ない
一芸に秀でていれば使えないこともない人間とは違うんだよ
フレームワークは全体のバランスが求められる

694 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 12:09:04.18 ID:6wZmioGw.net]
でも結局は作りたいものに適した形をしているか、ってだけだからな。
適してれば(=開発工数を抑えられるならば)、どんなんだって使うことはあるし。

ここで声高に否定することに意味があるとは思えん。むしろなにか作為でもある?

695 名前:デフォルトの名無しさん [2015/11/09(月) 12:24:46.82 ID:7FJWPJQr.net]
自動生成はWPFのが簡単でいいよね
工数削れるよ

696 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 12:30:10.88 ID:eW5XCVAC.net]
否定派の前で肯定するから否定されてんだろ
頭悪いんじゃねえのか?

697 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 12:35:57.06 ID:EOVCHtBm.net]
639が聞かれてもいないお節介を焼いたのがそもそもの原因だ
発狂するまでXAML書き続けて死ね

698 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 13:09:55.63 ID:6wZmioGw.net]
声高に否定しhとかないと不安なのかと。w

699 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 13:22:50.09 ID:eW5XCVAC.net]
書き込みの推敲もできないほどではないんじゃねえの〜
クソでも漏らしそうなのか?
漏らすなよ、ただでさえ臭いんだからな

700 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 13:31:13.13 ID:6wZmioGw.net]
え。まさかの図星だったんだ。w

701 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 16:23:18.75 ID:m77m/g5H.net]
>>672
作為とか特にないけど、俺の知っている業界の範囲でWPFを使っている所なんてないし
一時使っていたところも全部切り上げてFormsに戻ったからな
誰が使っているんだ?って思って書いてみた

702 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 16:25:52.00 ID:m77m/g5H.net]
あと、自分の経験から、フレームワークが死ぬかどうかの嗅覚センサーは高精度にしておいた方がいい
システムが大規模になってから、さあ元に戻ろうとかいう話になると地獄みるでw



703 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 18:25:32.73 ID:s3Itz59O.net]
WPFは、やたらと抽象化しすぎで、解りづらいんだよなぁ

704 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 19:32:07.70 ID:YzX/XRY3.net]
声高に否定しとかないと、ふらっと誰かが立ち入るかもしれないだろ?
誰も助けられないエリアに人が立ち入ろうとしたら全力で止める
それは時間の無駄と戦い続けてきたICT分野の精神そのもの

705 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:45:05.97 ID:XHl8ePvc.net]
出来損ない人間のくせにそういう意識だけ持ってられると非常に迷惑

706 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:47:24.37 ID:Z/Tj9+xS.net]
クズ同士で反目しあっていたらいつまでたっても地獄から抜けだせないよ?

707 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:48:06.82 ID:aHPhV6ij.net]
C#erならあらゆる分野でTypescriptを使っていくべきだろ
ヘルスバーグ監修だしな
あれはC#と違ってGoogleのAngular2に採用されて正真正銘の世界標準になった

708 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:49:00.07 ID:Kluqtjpy.net]
上を見るより隣の奴の足を引っ張って蹴り落とす方が楽しいから。

709 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:57:32.51 ID:Kluqtjpy.net]
ああ、typescriptはいいね。
空前絶後究極醜悪仕様のjavascriptのせいもあるが、
コードを書いてて幸せを感じられる。

710 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 21:17:06.11 ID:HVtjB7Nt.net]
スピルバーグ?(難聴)

711 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 23:52:05.55 ID:xUV9On1g.net]
コマンドやプロパティ周りに同じような記述をしないといけないのが面倒
すべてのイベントがコマンドでできたらなー
トリガー?イベントを言い換えただけじゃないか
ビヘイビア?そこまでして必死に分離する必要あるのか?
それに物理的に分離してても、特定のViewに意味的に依存したコードに変わりないよね
だったらイベントでいいじゃない
とにかくMVVMの強迫観念が付きまとう
オシャレなGUIもいらない
もっさり
情報がない
調べる時間が勿体無い
Xamlとコードを行ったり来たりが面倒くさい

フォームはイベントハンドラだらけ、データバインド面倒ってだけかな

712 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 00:37:56.86 ID:TRBM8DsG.net]
Xamlはそろそろ終わりだろう
流行ってない上に目玉が需要のないWindowsストアだからお先真っ暗
MFCと同レベルの状況だよ
そのなのやる暇あったらTypescriptとNode.jsをやれ
Visual Studio CodeはElectronで作られてるしNode.jsデバッガ標準装備だしMSも舵をきった
Web標準技術路線の流れは止まらんよ



713 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 01:49:09.88 ID:Ovp34esS.net]
じゃあ、次期VisualStudioはwebアプリかな。

714 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 01:54:38.52 ID:5g3VdvzW.net]
VS Codeあるしな

715 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 02:33:43.83 ID:fx55niMq.net]
フォームで不満があるすれば、ちょっと凝ったデザインにしようとした途端、恐ろしく面倒なことぐらいだな。

716 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 04:07:57.25 ID:Vbdvj8E0.net]
MFCはまだまだ普通に需要あるでしょう
おっさん全然離れないし
WPFの絶望感はなんともかんとも
古い人は移行しないし、新しい人は来ないし、ストアとか誰が使うんだよって感じだし
やりたきゃ、素直に別途スマートフォンに特化したOS作りゃいいのにね

717 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 05:05:14.87 ID:x1SFUzCz.net]
Windows用のちょっとしたツールを作る場合みんな何で作ってるの?
スクレイピング、zip再圧縮、画像加工、ファイル移動、ファイルリネームなど
これからそれぞれ自分用に作っていこうと思ってる

718 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 05:24:29.79 ID:Vbdvj8E0.net]
batファイルかなw

719 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 07:03:54.72 ID:ysgs5SCx.net]
スクレイピングはruby
zipはそのまんまzipコマンド
画像加工はimagemagick
全体の制御やファイル操作はperl

720 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 11:39:52.84 ID:mVStRMDa.net]
全部python

721 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 13:27:08.88 ID:Y54LX3ro.net]
powershell

722 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 15:30:35.44 ID:zPPOQadD.net]
Windows7とVS2012だと、Bluetooth LEのGATTプロファイルとかって使えないの?

https://msdn.microsoft.com/en-us/library/windows.devices.bluetooth.genericattributeprofile.gattdeviceservice.aspx?cs-save-lang=1&cs-lang=csharp#code-snippet-1



723 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 18:12:09.50 ID:jCBnlrqE.net]
MSから出してるのではGATTは使えないと思った

724 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 21:42:14.52 ID:96BnYR0W.net]
非常に細かいことなのですが、
IEnumerable<T>を実装したクラス(もしくはオブジェクト)のことは何と呼べばいいのでしょうか?
列挙子?それともコレクション?
どちらも微妙に違う気がするので、質問させていただきました。

725 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 21:46:42.28 ID:ysgs5SCx.net]
一般的にはコレクションでいい
順番を意識する場合は明示的に「要素のシーケンス」と呼んだりすることもある

726 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 22:03:45.37 ID:Iud ]
[ここ壊れてます]

727 名前:Fs22n.net mailto: >>689
使いこなせてないだけ。というか何か誤解してる。
使いまわししない場面でビヘイビアやトリガーを無理して使う必要ない。
[]
[ここ壊れてます]

728 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 22:05:22.32 ID:96BnYR0W.net]
ありがとうございます。
コレクションにします。

729 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 22:13:49.61 ID:mVStRMDa.net]
たかがデサインパターンに強迫観念まで持ってしまうって凄い
影響されやすいにもほどがある

730 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:11:06.49 ID:Roxx949g.net]
iOSアプリの開発はAndroidアプリより30%安価--あるソフト開発会社が示したデータ
japan.zdnet.com/article/35073153/

また、Infinumは開発時の経験から、
Androidアプリのレイアウトで用いられるXMLの使われ方が、iOSで用られるWYSIWIGによるアプローチ
ほど効率的でない点を指摘している。


まさにこれ、xamlの不利な点もこれに同じ
対してiOSはformsの発展系みたいなシステムだから即効作れる

731 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:21:31.22 ID:/+peIgnx.net]
>>703
>>703
要素のシーケンス?
IEnumerable<T>は列挙される要素の順序なんて保障しないし
列挙される要素を返すオブジェクトの事だろ

要素でもないしシーケンスでもないじゃないか

732 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:33:42.89 ID:1POahPwI.net]
蛇遣いなのでイテラブル/イテレータ



733 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:35:00.27 ID:hQ+Ng6ni.net]
マイクロソフトがシーケンスって呼んでるんだから、シーケンスって呼べよ
混乱の元

734 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:36:20.71 ID:hQ+Ng6ni.net]
俺何でも知ってる、賢いだろうw
と、話が通じない流れはこうして始まる

735 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:39:46.19 ID:1POahPwI.net]
下品な単芝だなぁ

736 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:45:36.61 ID:/+peIgnx.net]
>>710
MSの用語で、列挙で返されるものをシーケンスと呼んでいるところはあるけど
IEnumerable<T>実装クラスのことをシーケンスと呼んでるところなんて無いだろ

737 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:47:40.91 ID:hQ+Ng6ni.net]
話聞かない回答者がまた暴れだす、死ね

738 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:59:29.52 ID:2vpVS7Y/.net]
こんな時間からID真っ赤にしないようにちゃんと変えとくんだゾ

739 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 00:59:45.55 ID:jhfL3S8B.net]
Enumerable.SequenceEqualとかまさしくシーケンスじゃないの?

740 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 01:04:34.29 ID:qdWTE3pv.net]
TupleのitemXって任意名称に変えられないのかね
使いたいけど、itemXが何を指すのか明示し辛くて毎回クラス作る羽目になる

741 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 01:13:37.70 ID:MPuvgpwO.net]
>>717
C# 7.0でそこらへん改善しようという動きはあるが、現状だと無理だな。

742 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 02:15:32.79 ID:J1zmvVNV.net]
>>713
言いたいことは分からんでもないが列挙で返されるものは要素であってシーケンスじゃないよw

ニュアンス的には、イテレーターやクエリ式みたいにIEnumerable<T>を実装したクラスであるかのようにふるまう
何者かのことをシーケンスと呼んでるようにも感じるけど、機能的に等価なんだから同じでしょ。



743 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 02:24:54.15 ID:/+peIgnx.net]
>>716
IEnumerable<T>で返される集合がシーケンス、その構成物が要素
IEnumerable<T>そのものは要素でもシーケンスでもない

まあ仮に、IEnumerable<T>そのものがシーケンスと呼ばれるとしても
IEnumerable<T>実装クラスはシーケンスじゃないし

744 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 02:27:02.08 ID:dpUw/w5G.net]
IEmunerableを実装したクラスはIEnumerableと呼んでるな

だってIEnumerableとして使うわけだし
もと質問者の求める答えとはちょっと違うか・・・

745 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 04:08:25.76 ID:MPuvgpwO.net]
IEmunerable<T> Hoge() みたいなメソッドのサマリーを書くとして、「○○を列挙します。」と説明するのが一番自然だと思う。
「○○のコレクションを返します。」だと、List<T>とか配列のようなものが返されるイメージだし、「○○のシーケンスを…」だと違和感が残る。

746 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 05:06:28.14 ID:FnAxvR+K.net]
全然知らないんですがMoveNextとかはEnumerator実装ですよね?
Enumerableでも使えるのはGetEnumeratorでEnumerator取ってるからですか?

747 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 10:46:36.52 ID:MPuvgpwO.net]
IEnumerable<T>の定義を見てみよう。

748 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 17:51:33.59 ID:jH4gdhBC.net]
ある文字列の中で、2つのキーワードの中にある文字列をLINQを使って抽出したいのですが、やり方が分かりません。
例えば、下の文字列の
「ABCD<a>123</a>EFG」
の中から、<a>と</a>に囲まれた部分だけを取るという事がしたいのです。

749 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 17:55:09.09 ID:DUfHt6hF.net]
バカには無理

750 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 17:55:24.62 ID:h0434h88.net]
なぜLINQでやろうと思った?

751 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 18:08:23.13 ID:Usz+Er1r.net]
縛りプレイもしくは宿題

752 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 18:20:02.61 ID:+wF1gX1q.net]
おまえらどんだけLINQが嫌いなんだよ〜
立て続けに素晴らしい連体感だなww



753 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 18:20:11.07 ID:jH4gdhBC.net]
>>727
最終的にしたいのは、大きめのファイルをFile.ReadLinesを使って読み込み、その中から特定の文字列を取りたいのです。
File.ReadLinesでLINQを使って(正規表現併用でもして)抽出できないのかと、思案してる所です。

754 名前:デフォルトの名無しさん mailto:sage [2015/11/11(水) 18:23:29.23 ID:87RveuhT.net]
>File.ReadLinesを使って読み込み

まずそこから間違ってる






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<269KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef