- 1 名前：デフォルトの名無しさん mailto:sage [2015/07/25(土) 16:14:05.15 ID:I42JqLkf.net]
- ■Visual Studio 2013 Community & Express(無償の統合開発環境)等はこちら
www.visualstudio.com/downloads/
■コードを貼る場合はこちら
ideone.com/
■前スレ
C#, C♯, C＃相談室 Part87 [転載禁止](c)2ch.net
peace.2ch.net/test/read.cgi/tech/1427558696/
■次スレは>>970が建てる事。
建てられない場合は他を指定する事。
- 52 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 07:31:38.69 ID:1osdJ7bT.net]
- >>50
アホか使ってるから言ってんだよｗ
そんな中身のないレスしかできない時点で、
使ってもいないのがよくわかるｗ
- 53 名前：デフォルトの名無しさん [2015/07/30(木) 07:37:48.65 ID:TTNL8OnS.net]
- ちなみに俺だったら、テンプレートライブラリ群の中ではスマートポインタ類を挙げるよ
async/awaitの問題点の質は、参照カウンタ式のスマートポインタの問題点とよく似ている
spiritのように完璧な基礎を基盤に順次積み上げているようなライブラリを挙げたりはしない
- 54 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 07:47:59.99 ID:qgoNGP4Y.net]
- こんな時間から真っ赤で大丈夫か
- 55 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 07:56:59.31 ID:1osdJ7bT.net]
- >>52
>async/awaitの問題点の質は、参照カウンタ式のスマートポインタの問題点とよく似ている
んー？ちょっと理解できないので、ぜひ説明してみてくれ
ちなみにspiritは中身phoenixで、
普通にboost::mplも使ってるので基礎全然ではない
資産の積み重ねであると認めている時点で簡潔でもない
- 56 名前：デフォルトの名無しさん [2015/07/30(木) 08:05:57.29 ID:TTNL8OnS.net]
- >>54
内容物を封じ込めきれない場合、くるんで隠しちゃダメなんだよ
バグだらけになる、スマートポインタが流行ったときに散々議論された話
C++の場合、それ以上に生ポインタがやばいので、チーム全体のスキルを上げてだましだまし使うという選択肢も考えられるが
C#は初心者でも使う言語だからな C++ のようにメンバー全員エキスパートとか期待できない、このあたりもヤバイ
おまえ説明しろとか言っているだけで自分で考える気もなければ、調べる気もなさそうなのでこのあたりまでな
spirit説明しても君のレベルでは理解できないかと、とりあえず関数型言語やプログラムの証明に関する知識とか
そのあたりを理解していけば多少は分かってくるかと
- 57 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:11:05.97 ID:HdXuYlDO.net]
- 誰か相手してやれよ。こんなのがC++erだと思われると悲しいな。
- 58 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:13:51.40 ID:L13dholr.net]
- 嫌なら使うな
最初から別言語でやれ
- 59 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:22:49.93 ID:1osdJ7bT.net]
- >>55
スキル問題の何が質的に同じなんだよ
頼むから少しはasync/awaitとスマートポインタの比較をしてくれ
>spirit説明しても君のレベルでは理解できないかと、とりあえず関数型言語やプログラムの証明に関する知識とか
>そのあたりを理解していけば多少は分かってくるかと
これもぜひ説明してほしいねｗ
TMPが関数型言語みたいなもんって話から証明は飛躍させすぎじゃね？ｗ
- 60 名前：デフォルトの名無しさん [2015/07/30(木) 08:28:21.77 ID:TTNL8OnS.net]
- >>58
これで分からないなら、スマートポインタの問題についての知識すらなさそうなので、論外という事にさせてくださいなw
- 61 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:34:06.14 ID:1osdJ7bT.net]
- >>59
本当ただ否定するためだけの言い訳ばっかりだな
お前は中身についてまともに議論できないのに、複雑だの何だの言ってたのか？
- 62 名前：デフォルトの名無しさん [2015/07/30(木) 08:37:28.13 ID:TTNL8OnS.net]
- >>60
その言葉そっくりそのままお返しですw
議論できるだけの基礎知識あるなら普通に返すよ、喧嘩腰にもしない
- 63 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:38:22.31 ID:1osdJ7bT.net]
- そのレスって元から非同期処理そのものが複雑になる要因な時点で、
async/await関係ないじゃん
何を問題視しているのかわからないね
そんなに嫌いならPromiseでも使ってろと
- 64 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:40:07.48 ID:1osdJ7bT.net]
- >>61
複雑さを語る割に中身は語らず、例にもスマポとかその程度で
それでいて万人に通じないTMPが簡単と言っちゃう
意味不明すぎるわ
- 65 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:40:31.54 ID:JffQwXQ6.net]
- splitなんか昔からある技術を再実装してるだけじゃん
何も新しいことはない
C系言語をスタックフレームの実行モデルから脱却させるという無謀な試みと一緒にするなよe
- 66 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:48:52.83 ID:1osdJ7bT.net]
- >>64
async/awaitって言う糖衣構文が難しいと言う割に
TMPが簡単とか言ってるから首をかしげてるだけだよ
その上、問題を非同期処理の複雑さにすり替えてて性質が悪い
- 67 名前：デフォルトの名無しさん [2015/07/30(木) 08:50:33.32 ID:TTNL8OnS.net]
- >>63
初心者がC++を初めて最初に驚愕するライブラリだけに、一番最初にこんなもの挙げると程度が知れるんですよ
次はもう少し賢そうに振る舞おうねw
- 68 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:54:43.00 ID:G7yjDdda.net]
- >>53
全然大丈夫ではなさそうだ
双極性障害(躁病)であろう
- 69 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 08:56:33.54 ID:1osdJ7bT.net]
- >>66
いくらレッテル貼ろうがboostは複雑だよ
もちろん読めなくはないが、話している内容との差がありすぎる
というかお前さん結局、async/awaitの中身に言及しなかったな
- 70 名前：デフォルトの名無しさん [2015/07/30(木) 09:14:46.97 ID:TTNL8OnS.net]
- async/awaitは、書き方、呼び出し方次第で見た目の実行順序と実際の実行順序が変わって危険
これに対してどうすべきかという話
スマートポインタの場合は、見た目解放されるべきポインタが何時までも残存する事があるよね
見た目と実際が予想どおりにならない時、中身が隠ぺいされていたらお手上げ
また、見た目に分からない以上、ちょっとしたことでバグは潜在してしまう
初心者が触る時に至っては、問題すら認識できなくなる
C++の場合は、まぁincludeファイルでも観ればエキスパートなら対処可能だろう
C#の場合は言語レベル隠ぺいだからちょっと大変だねILでもみればなんとかなるが、これやれるのはごく一部かな
そして、ILが見れても、その挙動を知るには、ほとんどドキュメントのない内部用ライブラリの挙動を知る必要がある
よほどの実力がないと、問題を起こした時の対処は困難極めるだろう
内容物を隠すのなら、ガベージコレクタくらい確りしたものである必要がある
参照カウンタのスマートポインタには心配が残るが、ガベージコレクタを心配してコードする人はいないだろう
- 71 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 09:37:38.62 ID:9H67jH/Q.net]
- 最後の2行ってC++er流のジョークのつもりなの？
- 72 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 09:53:27.70 ID:Bcr2sdZI.net]
- >>69
>async/awaitは、書き方、呼び出し方次第で見た目の実行順序と実際の実行順序が変わって危険
意味が分からない。これはasync/awaitに限った話なのか
非同期処理ってそういうもんじゃないのか
- 73 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 09:55:56.44 ID:L13dholr.net]
- 非同期処理が理解できてない馬鹿だからな
真面目に相手しなくていいよ
- 74 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 10:00:59.23 ID:Z0rCKaW0.net]
- >>70
これ以上煽るな
- 75 名前：デフォルトの名無しさん [2015/07/30(木) 10:07:13.89 ID:TTNL8OnS.net]
- >>71
async/awaitでなければ、意識する必要はないかもね、完全に意識下に置かれるから
とりあえず色々ライブラリを移行しまくっていて、食らいまくりなのはこれ、finallyの中身が最後であってほしいがそうはならない
問題点はライブラリの event が Task を戻り値としないために管理外にすっぼ抜けてしまう
導出したライブラリで頻発する
殆どのケースでは問題なく見た目通りの順序だから、普段は安心しきってしまってバグ混入と
finallyにはセマフォなどの制御があったりするから、処理が衝突したりする、しかしエラーはない
普段は正常に動いているふりをするので問題に気づくのにも結構かかった
他にもいろいろあるよ
try
{
1番
await 3番
4番
}
finally
{
2番
}
- 76 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 11:02:42.02 ID:AGRRcWLu.net]
- try{}finallyにこだわるねw
- 77 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 11:09:17.38 ID:AGRRcWLu.net]
- TPLでも同じやん？
try{
Task.Factory.StartNew( ... ).ContinueWith( ..., TaskScheduler.FromCurrentSynchronizationContext() );
}
finally{
...
}
- 78 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 11:47:18.26 ID:HdXuYlDO.net]
- https://i-msdn.sec.s-msft.com/ja-jp/library/hh191443.NavigationTrace%28v=vs.120%29.png?cs-save-lang=1&cs-lang=csharp
この図でも見て落ち着け
- 79 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 19:27:24.30 ID:FRlaAlkY.net]
- プログラマって馬鹿なのか？
複雑で使いにくい言語やライブラリは必然的に利用者が少ない
つまり普及度で比べれば自ずとどちらが洗練された良いものかが客観的にわかる
君たちの感想や妄想で比較するのはナンセンスなのにダラダラとくだらない議論を続けるなよ
さてboost::spiritとasync awaitはどちらがより普及している良い開発ツールなのか？
もう答えは見えたね
- 80 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 19:49:24.
]
- [ここ壊れてます]
- 81 名前：54 ID:AGRRcWLu.net mailto: つまらん釣りはよせ []
- [ここ壊れてます]
- 82 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 21:09:44.72 ID:1osdJ7bT.net]
- メタプロも何のその、スマートポインタをドヤ顔で語り、
他人を無知を許さない歴戦のC++er
しかしそんな歴戦の戦士ですら、shared_ptrをgcの一種とは思わなかった…
- 83 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 21:27:38.15 ID:DC3tS+uj.net]
- 議論なんでどこでやってんの？
小学生が夏休みの自由研究発表してるだけだろ
早いね。もうできたんだ
- 84 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 21:36:25.76 ID:YQW0UVty.net]
- >>74
>finallyの中身が最後であってほしいがそうはならない
どんな場合にそうならない？
- 85 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 21:37:25.07 ID:YQW0UVty.net]
- レスをよく見てなかった
82は忘れて
- 86 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 22:04:34.70 ID:YQW0UVty.net]
- >>74
Visual Studio 2015のリリースノートにはawaitのfinally周りが改良された
と書かれているけど直ってない？
- 87 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 22:11:47.51 ID:AGRRcWLu.net]
- >>84
どう治るんだよハゲ
- 88 名前：デフォルトの名無しさん [2015/07/30(木) 22:38:17.31 ID:l4sc3Y5p.net]
- >>85
これでしょ。
https://www.visualstudio.com/ja-jp/news/vs2015-vs.aspx
> Await が catch ブロックと finally ブロックでも機能するようになりました。このため、一部の非常に巧妙な回避策を使用する必要がなくなりました。
- 89 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 22:41:31.61 ID:AGRRcWLu.net]
- >>74のダボはfinallyブロックが非同期部分の終了時に実行されるべきだって言ってるんだろ？
治るもクソもないだろハゲが
- 90 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 23:14:50.63 ID:S/Rfe7uQ.net]
- >>74の内容の妥当性はさておいて
日本語も読めない>>87は哀れだな
- 91 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 01:13:31.81 ID:gTceL3gJ.net]
- いえ
>finallyの中身が最後であってほしいがそうはならない
って言ってますねモロに
- 92 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 08:19:22.46 ID:ueomFH8Y.net]
- 会話すらまともに成り立ってないwww
C#erってこんな
- 93 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 08:22:11.89 ID:HYWsCY4P.net]
- ガキは一日中耐久ラジオ体操してろ
- 94 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 09:31:14.46 ID:09Ldny0J.net]
- 夏だなぁ
- 95 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 09:35:02.77 ID:a7ClvwIj.net]
- ｼｰｼｬｰﾊﾟｰってなんか涼しそうな響き
- 96 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 10:50:37.05 ID:IdVy18vn.net]
- クジラ守ってそう
- 97 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 14:37:14.32 ID:gQtzllmk.net]
- いいえ、C#estです
- 98 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 21:56:52.32 ID:5JIfYwes.net]
- シーシャニストのがカッコいい
- 99 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 22:32:23.44 ID:D+nD3a7O.net]
- ペニス
ペニサー
ペニセスト
- 100 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 22:48:45.97 ID:9Dpcu8YK.net]
- ガキは宿題済ませて早く寝ろ馬鹿
- 101 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 23:04:31.22 ID:gTceL3gJ.net]
- finallyさんC++スレでも暴れてたのね
だいぶアレな人だね
- 102 名前：デフォルトの名無しさん [2015/07/31(金) 23:23:49.25 ID:gPjpb1D1.net]
- finallyさんは、ちょっと冷静になって
自分が何を言っているのか
考えた方が良い。
- 103 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 02:05:01.82 ID:Y3XWk9yX.net]
- >>90
言語としても今一番微妙なポジションにあるからね。
このまま行くと消滅路線。
- 104 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 02:23:11.88 ID:T8vYSDDC.net]
- 夏休みの自由研究で、C#でアプリを作ろうと思っています。
本を読んで勉強したのですが、よくわからないです。
どうしたらアプリを作れますか？
- 105 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 02:31:45.31 ID:QSZH+PJp.net]
- ボタンを押すと Hello WORLD と表示される愉快なサンプルプログラム載ってないか？
それがアプリだ
- 106 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 02:39:02.21 ID:T8vYSDDC.net]
- >>103
できればゲームを作りたいです・・・。そんなに凝ったものじゃなくていいんですが。
まず何から始めたらいいんでしょうか？
- 107 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 02:53:06.53 ID:QSZH+PJp.net]
- >>104
まずはテトリスからだな
「C# テトリス」でググレ
いろいろでてくる
- 108 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 03:58:15.72 ID:T8vYSDDC.net]
- >>105
dixq.net/forum/viewtopic.php?t=14298&p=113977
のソースコードを動かしてみたら、エラーが113個出ました。
50分でテトリス作ってみたとかあるんですが、本当にそんなことができるんですか？
8月中にできないとやばいんですが・・・
- 109 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 04:18:39.98 ID:kwRHUfwj.net]
- ジャンケンマンの方がいいんじゃないの
- 110 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 08:20:21.83 ID:yECmM48c.net]
- ゲーム載ってる本買って、まずパクる
キャラ変えたり、音変えたり、ルール変えたり、好きにすれ
- 111 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 13:27:36.22 ID:R9VQSBfm.net]
- >>106
むいてない
２度とプログラムなんかやるな
- 112 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 13:53:48.80 ID:UUE723C3.net]
- >>106
動的なゲームではなく、まずはFormでも使ってウィンドウにhello worldと表示するだけのプログラムを作ってから質問してくれ
- 113 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 14:25:14.32 ID:aojbSuUF.net]
- まいこんべーしっくまがじんという本を買ってくるんだ
たくさんゲームのプログラムが載ってるゾ
- 114 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 18:00:25.27 ID:QVboZV4V.net]
- GCの性質と値オブジェクトって相性最悪な気がするんだけど
stringはどうやってパフォーマンスを担保してるの？
- 115 名前： ◆QZaw55cn4c mailto:sage [2015/08/01(土) 19:26:52.48 ID:KBiDhOrm.net]
- >>112
immutable
- 116 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 19:44:47.02 ID:4FytA4pZ.net]
- 値型はスタックに確保されるし
Stringは値型じゃないし
何がなにやら
- 117 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 19:46:39.35 ID:UepidV+b.net]
- stringは特別な存在、とだけ憶えとけば大丈夫
- 118 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 20:38:03.25 ID:xLNzW59X.net]
- >>113
immutableはCoWでもむしろパフォーマンス悪いだろ
- 119 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 22:14:12.34 ID:aojbSuUF.net]
- 同じ文字列を使う分には速いゾ
- 120 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:49:12.00 ID:QVboZV4V.net]
- >>113-114
意味不明
>>115-117
stringは特別に最適化されたGC処理されるって事？
- 121 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:58:38.39 ID:kwRHUfwj.net]
- 元の質問が微妙に意味不明だから仕方ないのでは
- 122 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 01:21:35.36 ID:uppJpE2l.net]
- Immutableはlockする必要がないオブジェクトという事だ
GCとは全く無関係ではないが、この場合焦点がボケてるね
- 123 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 06:31:34.45 ID:dgw1R64K.net]
- >Immutableはlockする必要がないオブジェクトという事だ
Itaniumの.NETをまだ使ってる奴がいたらどうすんだよ
x86 CPUが強いメモリモデルだからって無茶すんなタコ
- 124 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 12:06:07.57 ID:WsWDxjYJ.net]
- >>121
デザインパターン入門[マルチスレッド編]くらい読めよ・・・
- 125 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 12:17:15.75 ID:qgcm2xe/.net]
- stringで文字列処理するとオブジェクト数がメチャ増えるからGCと相性が悪い
StringBuilderを使っても引数に渡す文字列は結局オブジェクトだからオブジェクト数の削減にはならない
CLRでは文字列とGCの相性は最悪と言える
- 126 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 12:25:36.10 ID:tdoSvti6.net]
- ＞stringで文字列処理するとオブジェクト数がメチャ増えるからGCと相性が悪い
ぼく初心者、これの意味が分からない
- 127 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 12:25:39.75 ID:LFE7g0os.net]
- 世代別GCなので平気です
- 128 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 12:27:03.30 ID:LFE7g0os.net]
- stringはメモリ以外のリソースを含んでいないのでGCと相性がいいです
- 129 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 12:44:13.40 ID:qgcm2xe/.net]
- >>125
ちょっとしたビジネスロジックに含まれる文字列計算でもすぐに第一世代を圧迫するので平気ではありません
>>126
マネージメモリのみを使う他のクラスのオブジェクト同士で比較すると
オブジェクトの生成が大量発生する文字列はgcと相性が悪いです
- 130 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 12:47:30.80 ID:+O2Hc9iF.net]
- はあ、で、だから何？
言いたいことが言い終わったなら世間からGCされて死ねよ
俺がお前の家に行ってFinalizer実行してやろうか
- 131 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 12:56:45.82 ID:LFE7g0os.net]
- 第一世代が圧迫されて、GCが発動して直ちに解放されたら、それでいいじゃないですか
言っている意味が分かりません
- 132 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 13:06:24.68 ID:wlM1NnFc.net]
- 文字列計算
↑これの意味からして分からんのだが
- 133 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 13:10:24.61 ID:qgcm2xe/.net]
- >>129
残念ながら第二世代へ昇格してしまうオブジェクトがあるので直ちに解放されるという認識は甘すぎます
- 134 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 13:15:42.32 ID:LFE7g0os.net]
- 彼は、おかしなことを言っていると言うことが分からないんですよ
文字列で溢れかえるのは、文字列をたくさん作ったからであって、
そのプログラムの仕様なんですが、彼にはそれが分からないんですね。
GCの無い言語でもdeleteがたくさん発生するわけで、同じことなんです。
GCの有る無しは関係ないということが分からないんです
- 135 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 13:54:15.30 ID:HOry/lAS.net]
- お前らは暇つぶしの相手をさせられてるだけだな
- 136 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 14:09:04.38 ID:qgcm2xe/.net]
- >>132
Cであればメモリを即時解放できます
スタックに文字列を格納したり
ヒープの再利用も容易いです
あなたの理解は素人レベルですよ
- 137 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 14:25:14.82 ID:LFE7g0os.net]
- Cのfreeの処理がどれだけ重い処理なのか知らないのですか？
即時開放=同期処理というだけですが、それがどうかしたんですか？
論理アドレス空間が断片化するのは無視ですか？
- 138 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 14:30:15.00 ID:qgcm2xe/.net]
- >>135
ここまでとは…
Cなら標準のメモリアロケーションに頼る必要はありません
カスタムアロケータで確保した文字列にも既存の文字列用資産を活用できます
しかしC#ではマネージ文字列でなければ便利なライブラリが使えないのです
文字列とCLRひいてはGCの相性はやはり最悪なのでしたとさ
- 139 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 14:41:33.06 ID:+O2Hc9iF.net]
- 黙れ
殺すぞ
- 140 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 14:43:39.46 ID:LFE7g0os.net]
- 彼の言っている事は意味不明なんですよ。
文字列がGCに向いていないなら、他のすべてのリソースはGCは向いていない
- 141 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 14:50:20.59 ID:qgcm2xe/.net]
- >>138
理解が足りていないのですね
文字列は他のクラスよりはるかに多くのインスタンスを必要とされるものです
ゆえに文字列を通常のGCに当てはめて処理するのは愚かであると言えます
文字列は文字列に最適化された別のメモリ管理システムを使って管理すべきなのです
- 142 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 14:50:35.31 ID:LFE7g0os.net]
- GCが嫌いなら初めからそう書けばよい。
文字列のようなGCの得意分野を持ち出して、向いていない、とか言い出すから分からなくなる。
- 143 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 16:12:28.48 ID:+B7/KlLQ.net]
- いや、別に得意分野じゃないと思うけど…
immutableならなおさら、操作の度に細かいインスタンス出てくるので、
ヒープメモリの管理に割く処理なんて無い方が良い
C++ならスタック内だけで消費されるのも本当
- 144 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 16:36:46.05 ID:+O2Hc9iF.net]
- うるせえ
お前も殺すか
- 145 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 16:44:47.75 ID:JzmP3MFk.net]
- どうしてこんなくだらない話をいつまでも続けられるのか。
暇なのか？馬鹿丸出しだな。
- 146 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 16:45:41.27 ID:MUxSxVtD.net]
- つ 夏休み
- 147 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 17:26:37.18 ID:4jhYOwvv.net]
- うるせーな、メモリ管理したければC++使え
ここは何のスレか言ってみろ
C#はGC使うんだよ
- 148 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 17:39:16.04 ID:SLv/zRdd.net]
- QZに釣られてやがる
- 149 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 18:14:35.59 ID:/ORiOewr.net]
- ラムダ式、LINQ、Taskを普通に使えるスキルのあるC#開発者人口は日本にどのくらいいると思いますか？
うちの会社の連中、そんなもん使わなくてもコーディングできると言って聞きません。
外部社員でラムダ式が使える奴も見たことない。
これが普通なんですかね？
- 150 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 18:16:16.70 ID:SLv/zRdd.net]
- そのC#のラムダ式って不動点コンビネータが構成できない似非じゃなかったっけ．
そんなラムダ式なんか要らない
- 151 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 18:23:38.38 ID:GEMDX31J.net]
- 責任取るのが嫌だから導入しねーだけだろ
事なかれ
- 152 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 18:35:48.73 ID:hYBXycnP.net]
- >>147
全体の5%でも居れば良い方じゃね？
とりあえず、うちの社内の人間でラムダ式やらLINQが使えない奴は総じてソースが糞だよ
というかプログラムの学習意欲が全くないから新しい技術を取り込もうという気すらない
|
 |
