C#, C♯, C＃相談室 Part92

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 09/03 07:28 / Filesize : 292 KB / Number-of Response : 1049
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


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

1 名前：デフォルトの名無しさん mailto:sage [2017/01/28(土) 16:46:53.58 ID:op86qfG/.net]: ■Visual Studio 2015 Community & Express (無償の統合開発環境)等はこちら
www.visualstudio.com/downloads/

■コードを貼る場合はこちら
ideone.com/

■前スレ
C#, C♯, C＃相談室 Part91
echo.2ch.net/test/read.cgi/tech/1467211515/

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。
116 名前：デフォルトの名無しさん mailto:sage [2017/02/19(日) 15:09:45.51 ID:MFFmnvDE.net]: 真っ当な判断能力があるなら必然的にそうなる
117 名前：デフォルトの名無しさん mailto:sage [2017/02/19(日) 15:11:31.44 ID:OMGCNA7z.net]: DbExecutor使ってるけど全然更新されなくて悲しい
118 名前：デフォルトの名無しさん mailto:sage [2017/02/19(日) 16:48:08.70 ID:LQaPeC4X.net]: >>113
Dapperと言うのを調べてみたのですが生のSQLを実行するのと
何が違うのか良く分かりません。Dapperと言うのを使う場合でも
SQL文を実行するんですよね？
何が違うんですか？
119 名前：デフォルトの名無しさん mailto:sage [2017/02/19(日) 16:55:48.71 ID:JyXmk48j.net]: >>116
Dapperは主にクエリ結果をオブジェクトにマッピングするためのライブラリ
Dapperを使わない場合でもDataTableやDataReaderをそのまま使わずに型安全なオブジェクトに変換してから処理をするだろう？
それを楽に書きたい人のためのものだよ
120 名前：デフォルトの名無しさん mailto:sage [2017/02/19(日) 17:11:25.76 ID:LQaPeC4X.net]: >Dapperを使わない場合でもDataTableやDataReaderをそのまま使わずに型安全なオブジェクトに変換してから処理をするだろう？
Dapperを使わない場合ですが、DataTableに読み取ったあと、カラムの型は自分では分かっているので順番にデータを取り出して、
その型にキャストして読み出すのはダメですか？
それとも私何か勘違いしていますか？
121 名前：デフォルトの名無しさん mailto:sage [2017/02/19(日) 18:11:13.51 ID:7Avz8j0c.net]: >>118
それを自動でやってくれるのがDapper
122 名前：デフォルトの名無しさん mailto:sage [2017/02/19(日) 20:35:23.16 ID:LQaPeC4X.net]: >>119
なるほど。ありがとうございました。
123 名前：デフォルトの名無しさん mailto:sage [2017/02/19(日) 20:41:40.94 ID:+HIMLleH.net]: Dapper気軽そうでいいね。
124 名前：デフォルトの名無しさん [2017/02/19(日) 21:16:27.26 ID:PjLfAeqZ.net]: >94
なるほど、ありがとうございます
125 名前：デフォルトの名無しさん [2017/02/19(日) 22:55:47.64 ID:L+LZlPn0.net]: 35:54
↓
10:40
https://www.youtube.com/watch?v=WTdY7h129Mk

https://www.youtube.com/watch?v=8R0luOy8ce8
126 名前：デフォルトの名無しさん [2017/02/22(水) 23:33:37.07 ID:yhciyQan.net]: 質問させてください。
なにかの処理中にフォームなどを起動させておく、以下の処理について。
while(xxx.HasExited == false) //xxxはインスタンス
{
Applcation.DoEvents();
System.Threading.Thread.Sleep(200)
}
この処理はwhile文で回していますが、DoEventsとSleepは、なにか処理が行われるたびに呼び出されると思ってよいのでしょうか。
起動中に
なにか処理する→0.2秒とまる→なにか処理する→0.2秒とまる→… みたいな。

またこのSleepは、現在起動中の処理を一時的に止めると思ってよいでしょうか。
ご教授お願いします。
127 名前：デフォルトの名無しさん mailto:sage [2017/02/22(水) 23:52:38.18 ID:d6y2GeKl.net]: >>124
何を見たのか誰に教えてもらったのか知らないが、まずはそんなクソコードは忘れよう
DoEventsはVB時代の遺物であり、使用は推奨されない
今時は時間のかかる処理をGUIをフリーズさせることなく実行したい時は
await Task.Run(() => {
　何かの処理
});
と書く
128 名前：デフォルトの名無しさん mailto:sage [2017/02/22(水) 23:56:30.83 ID:huuz+PNn.net]: その処理だと、全力でDoEventsと0.2秒休むを繰り返すだけだよ
つか、今どきDoEventsとか存在を忘れたほうがいいんじゃないかねえ
129 名前：デフォルトの名無しさん mailto:sage [2017/02/22(水) 23:57:19.06 ID:954rYVtd.net]: >>124
そのセットは別スレッドの入力待ちのテンプレ
・・・Application.DoEvents()って必要だったっけ？ｗ
それはあいまいだけど、キー入力待ちか外部exeからの返り値待ちで使われている
130 名前：デフォルトの名無しさん [2017/02/23(木) 01:32:48.34 ID:zQR1bKXh.net]: >124です。みなさんありがとうございます。
最近は推奨されないんですね。
理解としては>127さんのとおり、イベント発生したらDoEventsが実行されると思ってよいのでしょうか。
131 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 01:40:04.09 ID:l1pCIGHb.net]: 逆
DoEventsが実行された時に貯まってるイベントを処理する
132 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 14:52:23.00 ID:daVfofu2.net]: C#をCGIぽく使うベストプラクティスとかないだろうか。
普段はcentOS+nginxでJavascriptとRuby/PHP、一部バッチにC#って感じでWebサービス開発してる。

リクエスト毎にサーバ側でC#アプリケーションを引数添えて実行して、戻り値を取得するのは出来るんだけど・・　。
とても実用には耐えなさそうだし、Webホストとか使うのかと思ったがわからず困ってる。
133 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 15:24:59.57 ID:0G6iEay4.net]: なぜ実用に耐えなさそうだと思うの？
そう思うからには理由あるんでしょ。そこ解決すればいい
134 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 19:34:00.47 ID:osMc+8cA.net]: 毎回プロセスつくんの？
135 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 20:12:55.31 ID:OJm2Ca4N.net]: じゃあC#でWebサービス作ればいいじゃないか
136 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 20:13:27.60 ID:u2e4Httf.net]: そんなごちゃ混ぜで�
137 名前：ｿゃんと保守できるの？ []: [ここ壊れてます]
138 名前：デフォルトの名無しさん [2017/02/24(金) 01:33:54.44 ID:eab+BK9O.net]: >>130
ASP.NET Web API
139 名前：130 mailto:sage [2017/02/24(金) 11:37:39.67 ID:dB0UjfyS.net]: みなさん、回答ありがとう。

毎回プロセス作るのはオーバーヘッドでかいから、常駐型になるのかな？
その時のやり取りの仕方をSendMessageだったり、ファイル常時監視してキューファイル投げるとかしか知らないんだ。

WebサービスとかASP.NETで調べてたら、やっぱりC#としての回答はこれなのかなって気がしてきたわ。
個人的な宗教上の理由で避けたかったけど、検討してみる。。ありがとう。
140 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 12:36:59.04 ID:YZGHPd2K.net]: >>136
> 毎回プロセス作るのはオーバーヘッドでかいから
それが問題になるようなサイトなのか？
141 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 15:11:03.84 ID:nwaeFCKh.net]: ASP.NET MVCって案外重たいよ
142 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 15:50:26.31 ID:pDljuoBB.net]: そらそうやろ
143 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 16:13:46.51 ID:0wjaf/O/.net]: C#でWindowsフォームアプリケーションを作るための良い解説書はあるでしょうか？
独習C#はもう読み終えたので基本的なことはわかっていると思います。
144 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 16:41:06.62 ID:nwaeFCKh.net]: ゲームしたいです。ゲーム機とゲームソフト買いました。どっちのマニュアルも読みました
早く遊びたいです。次はどんな攻略本読んだらいいでしょう？

ゲームじゃこういうのないのに、プログラミングじゃ多いよな
基本わかったなら何故始めないｗ
145 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 16:48:06.10 ID:0wjaf/O/.net]: >>141
独習C#ではWindowsフォームの説明がいっさいなかったので、コンソールアプリしか作れないのです。
フォームに特化した解説書かサイトがあればと思い質問しました。
146 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 17:08:33.80 ID:pp6ofCfh.net]: 本なんか一冊も読んでないけどWinFormアプリいくつも作っている
就活で役立てたいのならマ板に行って聞いたら？
趣味でやっているのなら向いていない
147 名前：デフォルトの名無しさん [2017/02/24(金) 17:45:41.09 ID:LZq2xNz5.net]: Formアプリもコンソールアプリもコードベースで作るなら同じって慣れれば分かるけど、最初は分からないよねー
javaのswingで同じこと経験した
148 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 17:57:21.18 ID:m8N/tmCl.net]: 本読むやつはプログラミング向いてない
149 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 18:16:02.45 ID:2lTW2QAE.net]: amazonでC#マガジンの海を渡ればWinFormの本が見つかる
150 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 18:26:49.22 ID:2HxY6Dp6.net]: まだWinFormの時代なんだなｗ
151 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 18:27:42.45 ID:0tWWIcvC.net]: >>145
悪かったな、読んでるよ。
152 名前：デフォルトの名無しさん [2017/02/24(金) 18:44:16.34 ID:ZTtaAqVi.net]: きちんと勉強したいなら本代はケチんなってばっちゃが言ってた
153 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 18:44:46.20 ID:WmxnDnjh.net]: WPFの本出しても売れないのは明らかだしな
154 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 18:47:19.91 ID:JpyYS2dN.net]: コンソールアプリは明確にmainというエントリポイントがあるが、
GUIはイベントベースから最初の最初は戸惑うだろ。
(どこにコードを書くのかわからない）
ただ、1回やれば分かるが。

で、そのレベルならMDSNのチュートリアルで十分だと思うよ。
https://msdn.microsoft.com/ja-jp/library/dd492171.aspx
これで駄目なようなら向いてないってのは事実だよ。
本買って本格的に学ぶ内容ではない。
(これはWPFだけどどうせ違いも分かってないでしょ。
古いバージョンのを探せばフォームのチュートリアルもあるはずだし）
155 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 18:49:16.49 ID:CB55ejbI.net]: ダブルクリックしてれば何とかなる
156 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 20:32:10.23 ID:DIkdt+H/.net]: 肥大化するForm
157 名前：1.cs []: [ここ壊れてます]
158 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 20:55:52.19 ID:2lTW2QAE.net]: ソリューションエクスプローラでファイルを入れ子にする
ttp://wiz.came.ac/blog/2009/09/post-2.html
159 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 21:52:47.57 ID:KBFO5tFR.net]: form動かすのは簡単だけどformのコードを破綻させずに書くのは難しい
少なくとも日本の大半の職業プログラマには無理
悲しいね
160 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 22:19:08.66 ID:ezpXAtZb.net]: 動きゃいい
161 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 23:22:45.93 ID:WdGON0E4.net]: 最近はウェブでなんとかなるんだが、きちんと本で勉強するべきだと思う。
C++長かったからC＃楽勝と思ったけどラムダ式が読めない。
今更独習C#はと思ったが読んでよかった。
162 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 23:40:01.37 ID:nwaeFCKh.net]: ラムダ式使えなくって作りたいものは作れるからな
言語を学びたいのか、プログラミングしたいのか、だな
163 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 00:07:49.88 ID:Hh3bBfOP.net]: ラムダ？

登場してから60年以上たってもLISPが普及してないのが答え。いらん。
164 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 00:27:59.19 ID:N0RLU+6x.net]: 俺が使っているのはJavaScriptなんだが、ラムダは超絶便利だぞ。
ただし使わなくても書けるし、いちいちクラスにしてしまう手もあるし、どうにでもなるのも事実だが。

本で学ぶことが必要なのではなくて、いろいろな道具があることを知るのが重要。
今時の言語は全てラムダ使えるんだから、他言語少しでも学んでいればラムダは使えたはず。
その点、C++は古い言語だったのも事実。

ただどう見ても142はそれ以前だろ。
そもそもWPF（というよりHTML)やったほうがいいんじゃないかと思うし。
165 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 00:54:21.20 ID:N9ovtMND.net]: ストラテジー用のインターフェース定義とかいちいちめんどくさい
Func、Action、ラムダでスパッと実装したい
166 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 00:58:33.11 ID:Jm21gNIW.net]: スパッと書く書式、
スパっと書くアルゴリズム、
スパッと書くクラス設計・・・
いつまで経ってもプログラミング始めれず勉強の毎日だぞ
167 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 01:18:47.75 ID:N0RLU+6x.net]: めんどくさい人にはマジでJavaScriptオススメ。
あのデタラメッぷりには最初戸惑ったが、慣れてしまうと相当いい。

ラムダに慣れたいだけなら、スクリプト言語系(JavaScript/Python/Ruby)がマジでいいと思う。
C#のデリゲートって使う前にいろいろ準備が要って面倒だし、
あるのを知ってても使う気にならないでしょ。
俺もVC++しか使ってないころは全く興味なかった。

でもJavaScriptでお気楽にラムダ使いまくった後は、VC++でも使いたくなる。
だってそのほうが楽だと知ってしまったから。
ただ、いちいち型を合わせないといけないのが面倒だったりする。
168 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 01:26:56.21 ID:N9ovtMND.net]: インテリセンス弱いスクリプト系言語は怠け者には向かない
169 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 01:40:08.63 ID:N0RLU+6x.net]: まあIDEに関してはC#が一番上なのだろうね。それは思うよ。
170 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 01:45:57.08 ID:Hh3bBfOP.net]: winform使うにしもてwin32の知識は必要。結局win32ラップだし。
171 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 01:46:38.10 ID:FbflVc2K.net]: ラムダはインテリセンスあってこそやね。
172 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 02:39:26.60 ID:ByE41wZl.net]: これからC#でGUIするんならWPFにしたらいいんじゃない。フォームは古いし。
但し、WPFの本はない、あるけど使えないと云うか価格に見合ってない。いい本あったら教えてもらいたい。
173 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 07:34:49.62 ID:JxD18xMy.net]: WPFやってみたけどやっぱりformのほうがお気楽だから戻ってきてしまった
174 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 07:54:43.41 ID:fA+zhTaO.net]: javascriptのラムダって例えばどんなヤツよ？
175 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 08:03:07.91 ID:vx9FCuam.net]: >>1
176 名前：70 今のJavaScriptは (x, y) => x + y のようなC#と全く同じ構文の(というかC#をそのまま真似したんだろうけど)ラムダが使えるよ もちろん従来の function(x, y) { return x + y; } でもいいし []: [ここ壊れてます]
177 名前：デフォルトの名無しさん [2017/02/25(土) 10:39:52.17 ID:TcOntMIt.net]: JSだとインテリセンスが弱い？TypeScript使おうぜ
178 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 12:04:24.91 ID:N0RLU+6x.net]: JavaScriptのラムダがC#を真似したと言うのは自意識過剰すぎ。(短縮記法の()=>は真似してる）
インテリセンスはMS発なんだしはっきり言えば全員C#を真似しているからVS環境のTSではよくて同等まで。

JavaScriptは文法的な意味で関数とラムダを区別してない。
だからさらっと書いてそれだけ。

var count = 0;
var count_up = function(){count++;};
var show_count = function(){console.log(count);};

count_up();
count_up();
show_count(); // 2

見りゃ分かるが具しか書いてない。だから論理的にこれ以上お手軽なのはない。
(短縮記法は出来るがあれはタイプ数がケチれるだけ)
ついでに階層もクラスも関数で記述するというデタラメッぷり。
だからそもそも「ラムダなんて使いません(ｷﾘｯ」みたいなことが出来ない。
（階層がラムダ）

知らなければ意味不明だと思うが、とにかくそういう世界だ。
その状況で慣れると、心理的な障壁が取り除かれる。
ラムダ嫌いって要するにこれだろうし。
179 名前：デフォルトの名無しさん [2017/02/25(土) 12:12:40.17 ID:TcOntMIt.net]: ES6ならclass構文(内部では関数に変換されるけど)あるからかなり楽になったぞ
180 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 12:24:18.16 ID:S4wbN3RD.net]: ラムダは真似というか普通に輸入だろ
ES6の策定にはMSも主導的な立場のメンバーとして当然参加してるし
181 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 12:26:33.18 ID:IfKbzrsT.net]: >>173はjavascriptやったことない奴でも初見で何してるか分かる
でもこんなの書かれたら初見で見破るの無理でしょ
var res = ((Func<int, int, bool>)((i, j) => i == j))(5, 3);

ラムダ嫌いはラムダが嫌いなんじゃなくて、読みにくいラムダが嫌いなんでしょ
「ラムダなんて使いません(ｷﾘｯ」じゃなくて「読みにくいラムダなんて使いません(ｷﾘｯ」なんだよ
182 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 12:31:25.09 ID:N0RLU+6x.net]: >>174
あんなもん所詮慣れ。俺は従来のJavaScriptの構文でも苦労してない。
そしてラムダも所詮慣れ。慣れればどうって事は無い。（難しくは無い）
ただし使わなくても実装できるのは事実で、わざわざ慣れる必要があるかは微妙。
183 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 12:45:06.30 ID:S4wbN3RD.net]: >>176
関数の即時評価はJSでは非常によく使われるテクニックだよ
C#のラムダなんて、本来の副作用がない使い方をするのがほとんどだから可愛いもんだ
JSではガンガン副作用書いていくから超複雑だよ
184 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 13:25:03.75 ID:Hh3bBfOP.net]: >>176
パラダイムが違うものごっちゃにして何がしたいんだ？
やたらカタカナ使う田中康夫やルー大柴の日本語みたいなものだ。
185 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 13:29:41.99 ID:N0RLU+6x.net]: >>176
それは型情報を付加しようとしているから見た目複雑になる。
型情報が無いJavaScriptなら以下になる。

var func = function(i,j){return i==j;};
var res = func(5,3);

もちろん1行でも書けるが、これはJSer以外にはすこぶる評判が悪い。

var res = (function(i,j){return i==j;})(5,3);

そしてこれをアロー関数（短縮記法）で書いたらC#の型情報を落としたものと同じになる。

var res = ((i,j)=>i==j)(5,3);

そもそも「お手軽にやろうぜ」というノリなら型情報が無いほうがよく、
その点がC#だとどうに�
186 名前：焜tィットしない。 ただしラムダ使い全般が馬鹿なのか、 あるいはJavaScript含めた関数系一般に言える傾向なのかは定かではないが、 おかしな記述で余計複雑にする馬鹿、まさに「木を見て森を見ず」はよく見かける。 奴らは「木」つまり一箇所の記述を最小限にすることに異常にこだわり、 「森」つまり全体を最小限にすることを考えていない傾向がある。 だからラムダ(ｷﾘｯな奴が出してくるコードが糞なことも多く、 これがラムダを知らない連中にとってラムダを学ぶ価値があるように見えない理由だと思う。 対してオブジェクト指向は「森」を「林」に小分けする手法だから、 オブジェクト指向をきちんと出来ている連中から見れば余計に馬鹿に見えてしまうし。 []: [ここ壊れてます]
187 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 13:31:51.44 ID:Hh3bBfOP.net]: これだからemacs使いは嫌われるんだよ。
188 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 14:43:31.03 ID:Qzh8dVTL.net]: 関数呼び出しでデリゲート渡すところをラムダ式で書いたりするのが便利だし、プログラムが小さくなり、関連ある記述がまとまり、慣れると読み易い。
まあ、伝統的と云うか、平均以下のレベルに合わせたコーディング規約が幅をきかせているプロジェクトでは忌み嫌われる。
189 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 15:18:03.16 ID:IvVV1H8V.net]: var res = (5 == 3)

それ関数使わなくてもいい例だから
もうちょい違うのなかったかな
190 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 15:39:38.73 ID:9TfgDVOx.net]: 保守性や可読性でラムダを嫌う人がいるのはまあ良いんだけど
経験的にそういう人のコードが優れてるかっていうとそうでもない
同じような構造のループ処理を大量生産したり
try catch log出力を延々と全てのメソッドに書いたりする
191 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 15:44:53.00 ID:3ZNX7OqZ.net]: >>183
今日のとんちきレス大賞
192 名前：デフォルトの名無しさん [2017/02/25(土) 15:46:20.53 ID:TcOntMIt.net]: ラムダは静的なダックタイピングにするべきだったと思う
長くなる時はエイリアス設定するとかにして
193 名前：デフォルトの名無しさん [2017/02/25(土) 15:46:55.92 ID:TcOntMIt.net]: >>183
ガイジかな？
194 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 16:24:58.90 ID:N0RLU+6x.net]: >>182
つかそういう問題じゃない。C++なら例があるが。
> auto 型推論とラムダ関数を使用すると、コードをすばやく記述して、それを引き締め、より的確に把握することができます。
> https://msdn.microsoft.com/ja-jp/library/hh279654.aspx
この2つのコードで下のほうがいいと思えるかどうかだよ。

正直、俺にはどうでもいい範囲だよ、これは。
こんな局所的部分で活用(ｷﾘｯしたところで大して意味が無い。
確かにコードは減るけど、バグる確率が減るわけじゃないでしょ。
そして関数型()の連中が出してくる「ラムダの優位性(ｷﾘｯ」なコードはほぼ全てこの類であり、
巨大プログラムを分割して直接的に単純化する「オブジェクト指向」と比べて、訴求力に乏しい。

理由は簡単で、そもそもラムダは「糖衣構文」でしかないから。
実体は「関数ポインタ＋変数」であり、
Cなら構造体ポインタを引数に取る関数、
C++なら関数オブジェクトまたはクラスで表現できる。
（見にくいが元々記述できる。これがストロウストラップがラムダ導入に反対していた理由だと聞いた）
だからJavaScriptの文法が関数＝ラムダ＝階層＝クラスなのも自然ではあるし、
Rubyが匿名関数（ラムダ）を匿名クラスで表現するのもこのため。

結局、ラムダを導入したところで出来ることは増えず、本当の意味での「エレガント」なコードにはならない。
ところが関数型()の連中は「エレガント」＝「短い」or「ラムダ使ってる」と勘違いしている馬鹿が多くて、
上記URLのコードなら「下側がイイ！」「下側じゃ無いと許さない！」とか言い出すからおかしくなる。
「自転車置き場の議論」と同じで、馬鹿なりに見える範囲で考えたんだろうが、所詮馬鹿でしかない。

プログラミングにおける「エレガント」は数学と同じで、
「こう考えればこんなに簡単に解けるんだ！」であり、
糖衣構文でしかないラムダは本質的には全く効果が無い。
ただし、俺自身も慣れる前はラムダを選択肢に入れていなかった＝思考を狭めていた。
これはまずいので、通常の選択肢として考えられるほどには慣れておく必要はある。
ただ、それ以上の意味は無い。
195 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 16:25:31.63 ID:N0RLU+6x.net]: 余談だが、JavaScriptのプロトタイプとダックタイピングはこの意味で面白い。
出来ることが増えているので、直接的にもっと「エレガント」を探求できる。
以前話題になっていた拡張メソッドの継承もJavaScriptなら最初から出来る。

ただし、何でもかんでも出来ればいいものでもなく、馬鹿に使わせたら余計におかしくなるのも事実。
その点、C#はいいバランスを目指していていい。
ただしこの意味で「封印済み」の場所もあるから、
C++やJavaScript等「何でもあり系」言語に親しむのも悪くないと思う。
196 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 16:30:23.41 ID:IvVV1H8V.net]: >>185,187
ほう？じゃ>>176のこのコードがどういう場合に有用なのか教えてくれ
>var res = ((Func<int, int, bool>)((i, j) => i == j))(5, 3);
197 名前：デフォルトの名無しさん [2017/02/25(土) 16:39:02.64 ID:TcOntMIt.net]: >>190
C#とJSのラムダの比較の為に出しただけであって、有用なのかは今関係ない
198 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 16:39:23.68 ID:3ZNX7OqZ.net]: >>190
誰も処理内容の話なんかしてないぞ
みんなはアメをくるむ包装紙の話をしてるのに君だけアメの味を話題にしてる
199 名前：デフォルトの名無しさん [2017/02/25(土) 16:41:51.21 ID:TcOntMIt.net]: 例え上手い
200 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 17:09:31.56 ID:fb/41uG4.net]: >>190
まじasp
201 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 17:21:54.68 ID:WB0pRnLv.net]: 変更されることがない前提のList<int>を複数のスレッド
でforeachするのは問題があるでしょうか。
やっぱりlockすべき？
202 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 17:22:56.07 ID:N0RLU+6x.net]: >>186
コードを最小限にするためには
・型＝なし
・多重継承＝あり
・ダックタイピング＝あり
がいい。この点JavaScriptは、型無し、多重継承は手動で可能、ダックタイピングあり、なので向いている。

一方C#は、型あり、多重継承禁止、ダックタイピングなし、なので
「コード量」よりは「きっちり書くこと」を目指しており、
「手抜き」が主な目的のラムダとどうにも相性が悪い。
ここでダックタイピングだけ導入しても余計に混乱すると思う。

つかね、C#って「一文字でもケチりたい」奴用の言語ではなくて、
「型なし言語では堅牢なアプリは作れない」と考える連中用の言語だし。
203 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 17:30:35.48 ID:IvVV1H8V.net]: はあ？
包装紙の不要な物を包装紙でくるんでこんな包装の仕方はダメじゃって言ってる人に
包装紙の良し悪しについて平然と議論しつづける神経のほうがわからんよ
204 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 17:43:27.22 ID:Hh3bBfOP.net]: C#は業務系で使われたいのか、やっつけアプリ用に使われたいのかって話だ。

業務系で使われたいならシンタックスを増やすなって話だが、どうやら後者らしいので、c#はキティ用言語といえる。
205 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 18:38:47.74 ID:ByE41wZl.net]: >>195
lock不要に一票。
追加削除ないなら配列じゃダメなの。
206 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 18:53:44.75 ID:ByE41wZl.net]: C#はちゃちゃとプログラムにも業務にも使える優れもの。
シンタックス変えてない。拡張だろ。
LInqなんか追加されてホント便利になってる。
207 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 19:22:21.24 ID:FbflVc2K.net]: >>180
めっちゃ読みづらい。
いやスペースがないせいだけどｗ
208 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 20:01 ]: [ここ壊れてます]
209 名前：:05.66 ID:lRvoFyV9.net mailto: >>195
不要
もし後で変更する可能性があるならReaderWriterLockSlim使っとけばいい []: [ここ壊れてます]
210 名前：デフォルトの名無しさん [2017/02/25(土) 20:48:05.07 ID:kVUREvkV.net]: >>199,202
ありがとう。
foreachによって実は内部的な変化が行われていたらまずいのではと
考えていました。
211 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 20:49:00.75 ID:IvVV1H8V.net]: >>195
AsReadOnly()とか使って使う側が変更しないことを保証しといたら？
ImmutableList<T>を使うともっと堅い
212 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 03:14:38.88 ID:0YrJqBhk.net]: ID:N0RLU+6xはもっと要点をまとめて端的に書き込めよ・・・
お前の言う「ラムダの優位性(ｷﾘｯ」をC#で言ってる人なんてそうそう見ないぞ

変にプログラミング言語一般のラムダについて述べるせいで論点がブレブレだ
213 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 04:03:21.89 ID:0YrJqBhk.net]: 日本語が苦手なのかもしれないが、「文法的な意味で関数とラムダを区別してない」とか「関数＝ラムダ＝階層＝クラス」とかはよくないでしょ
初心者にjavascriptの関数が全てラムダみたいな誤解を与えかねない

>Rubyが匿名関数（ラムダ）を匿名クラスで表現するのもこのため。
Rubyの匿名関数(無名関数の方が一般的な呼び名だけど)は匿名クラス(無名クラスの方が一般的だけど)じゃなくて「Procオブジェクト」
214 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 10:41:00.28 ID:/Q8k6Dmd.net]: C#のラムダ式は、どっちかというと式木が目的で導入されたんじゃないの？

てか、いい加減スレ違いでしょ、この話題。
215 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 11:19:59.83 ID:TMS4+8Av.net]: >>207
式木はdynamicと関係あるだろ
ラムダ式はLINQのメソッド形式では必須
216 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 11:26:13.98 ID:a7NPBA4e.net]: いやメソッド形式では（事実上はラムダ式必須であっても）匿名メソッドでも代用はできる
式木は意味的に匿名メソッドが式にならないからラムダ式が必須だよ
匿名メソッドで式にできるように言語拡張しても良いけどそれってラムダ式そのものだし

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

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