トップページ⇒tech
1002コメント371KB

C#, C♯, C＃相談室 Part92 [無断転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2017/01/28(土) 16:46:53.58ID:op86qfG/
■Visual Studio 2015 Community & Express (無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

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

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

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。
0412デフォルトの名無しさん2017/03/09(木) 19:45:09.07ID:NWFSmelL
>>411
具体的に
0413デフォルトの名無しさん2017/03/09(木) 20:12:05.29ID:J4siqdXV
クエリビルダとかコードファーストは要らないかな
まっさらなDB扱う機会なんてそうそうないし
0414デフォルトの名無しさん2017/03/09(木) 21:56:54.03ID:i1kRuTOP
>>407
sql記述ミスしなければいいだろ。
0415デフォルトの名無しさん2017/03/09(木) 22:09:20.08ID:ZZ1gzprq
>>413
既存DBからのコードファースト
0416デフォルトの名無しさん2017/03/09(木) 22:09:48.58ID:GqwkUUnW
>>414
ばーか
0417デフォルトの名無しさん2017/03/09(木) 22:25:30.67ID:FW6HepzM
>>414
そんな根性論・精神論的なものでミスは無くならないよ
0418デフォルトの名無しさん2017/03/09(木) 22:38:08.68ID:i1kRuTOP
>>417
プログラムのミスを無くすのも
sqlのミスを無くすのも同じだろ。
0419デフォルトの名無しさん2017/03/09(木) 22:45:19.50ID:mybEc7J1
SQLじゃ静的チェックが効かないし、列名とメンバ名のマッピング作業でミスを生じやすい
0420デフォルトの名無しさん2017/03/09(木) 23:05:42.43ID:ZZ1gzprq
EntityFramework以前の問題だなこいつ
0421デフォルトの名無しさん2017/03/09(木) 23:06:17.34ID:ojqe9dcn
>>411
具体的に
0422デフォルトの名無しさん2017/03/09(木) 23:10:24.76ID:4hz9mkjX
おそい
かたい
つかいづらい
0423デフォルトの名無しさん2017/03/09(木) 23:15:15.25ID:ZZ1gzprq
>>422
おそい→単純に速さを求めるならDapper使えば？EFは速さが目的のORMじゃないし
かたい→意味不明
つかいづらい→馬鹿ならプログラミング諦めれば？
0424デフォルトの名無しさん2017/03/09(木) 23:15:20.88ID:i1kRuTOP
>>422
確かに遅いよね
0425デフォルトの名無しさん2017/03/09(木) 23:15:56.47ID:OsFG/gY3
>>422
日本語でよろしく
0426デフォルトの名無しさん2017/03/09(木) 23:16:37.66ID:OsFG/gY3
>>424
うん、当たり前だよね
0427デフォルトの名無しさん2017/03/09(木) 23:36:02.15ID:4hz9mkjX
>>423
→おそい
昨今なにが速度のボトルネックってDBアクセスなのにおそくていいわけがない

→かたい
なんというか、型が固いんだ…
データいっぱい取ってきてもダックタイピングとかないからいちいち入れ替えなきゃいけないし
メソッドをまたいでデータをやり取りしづらい

→つかいづらい
変な落とし穴いっぱい
あと抽象化しすぎ
DBと通信するタイミングとかこっちの好きにしたい


よさそうだった
よさそうだったんだ…
ちょっと触った最初の一瞬は夢が見れたが
0428デフォルトの名無しさん2017/03/09(木) 23:39:24.67ID:P0KhFIxP
>>427
お前C#向いてないからやめとけ
0429デフォルトの名無しさん2017/03/09(木) 23:40:17.24ID:4hz9mkjX
なんでよ
0430デフォルトの名無しさん2017/03/09(木) 23:45:18.70ID:ZZ1gzprq
>>427
生のADO.NETと比較すると遅くても、実運用に耐えられる程度なら問題ない
遅さのデメリットをメリットが上回る場合に採用すべき

設計ミス

お前の頭が足りてないだけ
抽象化しないとInMemoryやFakeのIDbcontext使ってUnit Testできない
0431デフォルトの名無しさん2017/03/10(金) 00:07:57.78ID:Kg4/WRpJ
>>430
Dapperのところ見ると10倍以上遅いって数字弾いているし
体感上も遅いだろ
https://github.com/StackExchange/Dapper
0432デフォルトの名無しさん2017/03/10(金) 00:14:08.74ID:cBCq3F3F
>>431
日本語
0433デフォルトの名無しさん2017/03/10(金) 00:15:07.75ID:PorFrx4J
>>431
遅いのは皆わかってるんだけど
何言ってんのこいつ
0434デフォルトの名無しさん2017/03/10(金) 00:29:46.92ID:cBCq3F3F
>>431
そのEntityFramework、3世代前くらいじゃね？

こっちの方がまともに比較してる気がする
https://msdn.microsoft.com/ja-jp/magazine/mt703432.aspx
0435デフォルトの名無しさん2017/03/10(金) 00:35:01.00ID:PorFrx4J
誇大広告ワロタ
0436デフォルトの名無しさん2017/03/10(金) 00:47:22.95ID:Cysk3AQ/
>>431
Dapperを使ってメモリ上でUnit Testやる方法教えて
0437デフォルトの名無しさん2017/03/10(金) 01:56:20.00ID:YvYLhW/g
割といままで関わったプロジェクトは、敢えてスドアドで疎結合にしてるの多かったな。
0438デフォルトの名無しさん2017/03/10(金) 05:22:26.01ID:hxjDKO5o
以下のページを参考にしてい
指定したURLからHTMLを取得するプログラムを作成しております
http://www.kekyo.net/2016/12/06/6186

取得する処理を作成することは出来たのですが
取得処理を走らせてからリクエストが帰ってくるまでの間
GUIの操作が一瞬とまってしまう現象が発生しております（一瞬フリーズするような感じです）
ですので連続してhtmlを取得したり、サイズの大きなものを取得する場合
長時間フリーズしてしまうことになるので大変困っております

どなたか解決方法をご存知の方がおりましたら
教えていただければ幸いです
よろしくお願いします
0439デフォルトの名無しさん2017/03/10(金) 05:22:50.13ID:hxjDKO5o
ちなみに参考にしたソースは以下の通りです。

public static async Task<string> ReadFromUrlAsync(Uri url)
{
using (WebClient webClient = new WebClient())
{
using (Stream stream = await webClient.OpenReadTaskAsync(url))
{
TextReader tr = new StreamReader(stream, Encoding.UTF8, true);
string body = await tr.ReadToEndAsync();
return body;
}
}
}

public static async Task DownloadAsync()
{
Uri url = new Uri("https://github.com/Microsoft/dotnet/blob/master/README.md";);
string body = await ReadFromUrlAsync(url);
Console.WriteLine(body);
}
0440デフォルトの名無しさん2017/03/10(金) 07:53:36.33ID:/HdMhfmB
>>437
ストアドはビジネスとデータが密着して全く疎にならないだろ
0441デフォルトの名無しさん2017/03/10(金) 07:55:23.13ID:LDoDwujD
>>437
かわいそうに
0442デフォルトの名無しさん2017/03/10(金) 07:56:43.00ID:CZUjNxSc
普通シングルスレッドでは、処理中は、

進捗状況を表示するプログレスバーでも、描画が止まるから、
GUI/worker用のスレッドは、別々のマルチスレッドにする

プログレスバー描画のサンプルでも見れば？
0443デフォルトの名無しさん2017/03/10(金) 09:46:49.61ID:ccNaYHW5
>>437
そのうちいいことあるよ、頑張って
0444デフォルトの名無しさん2017/03/10(金) 11:25:04.92ID:LzpSY1Zb
>>438
WebClient（とその中で使ってるHttpWebRequest）が
名前解決部分を非同期化できてないっぽい

HttpClientを使おう
0445デフォルトの名無しさん2017/03/10(金) 12:24:52.88ID:/STnO1DK
え？みんなEF使わないがデフォなの？
0446デフォルトの名無しさん2017/03/10(金) 12:26:08.18ID:Tes7zBzn
あんなものを使うのはお勉強ができるだけの無能だけ
0447デフォルトの名無しさん2017/03/10(金) 12:36:20.43ID:wvkqDHaL
>>445
使わないじゃなくて使えないんじゃない？新しいことを学習できないんだよ
0448デフォルトの名無しさん2017/03/10(金) 12:46:27.34ID:Tes7zBzn
新しいものに飛びついてもあとであれはゴミだったというものもたくさんある
EJB2.0とか
0449デフォルトの名無しさん2017/03/10(金) 12:51:59.29ID:wvkqDHaL
>>448
それはその通りだね
EntityFrameworkはもうそろそろ10年たつんだけど
0450デフォルトの名無しさん2017/03/10(金) 13:10:03.19ID:mpFYTheR
やっぱJavaなんやね
0451デフォルトの名無しさん2017/03/10(金) 13:53:22.42ID:AGPJ29Rn
新しいのを使うのも、古いのを使い続けるのも、どっちも長所短所がある
同じ長所短所でも環境によって評価が変わるからどっちが絶対にいいってのはない
それ考慮してどっち使うって当たり前の選択ができない奴多すぎるんだよ
0452デフォルトの名無しさん2017/03/10(金) 15:40:00.20ID:y8xCqliG
>>440
んなの書き方によるだろ
0453デフォルトの名無しさん2017/03/10(金) 18:15:05.97ID:NraHDdZK
使って文句ないやつは使ってればいいのよ。

俺は使うのをやめた。理由を他人に説明する必要も、他人が納得する必要もない。
0454デフォルトの名無しさん2017/03/10(金) 18:36:12.55ID:wvkqDHaL
>>453
使えるやつは使う、使えないやつは使わない
0455デフォルトの名無しさん2017/03/10(金) 18:42:37.52ID:NraHDdZK
そういうこった。俺には使えない。
0456デフォルトの名無しさん2017/03/10(金) 18:43:15.86ID:NraHDdZK
使わなきゃ、使いにくいとこも分かんないからな。
0457デフォルトの名無しさん2017/03/10(金) 18:46:25.98ID:Gc8NaZGi
世の中はまだWinFormsだからな。
新しいものに対応できないジャパン。
0458デフォルトの名無しさん2017/03/10(金) 18:49:44.85ID:YN/8CtFT
>>456
ADO.NET直書き？
0459デフォルトの名無しさん2017/03/10(金) 19:38:33.09ID:jSwjVui3
>>457
Microsoftはバグ管理にExcel使ってるんだぞ
振り回されたらあかん
0460デフォルトの名無しさん2017/03/10(金) 19:44:07.45ID:PPM6ZnbB
DotNet CoreでバッサリWebFormsとDataSet切り捨ててくれたから
日本もこれからはMVCとPOCOにシフトしていくだろうね(希望)
0461デフォルトの名無しさん2017/03/10(金) 20:10:01.97ID:cBCq3F3F
>>445
基本的にはEntityFrameworkで、パフォーマンスほしいとこはDapper
0462デフォルトの名無しさん2017/03/10(金) 20:35:03.91ID:BdCDiQus
dapperって何がいいの？
0463デフォルトの名無しさん2017/03/10(金) 20:40:29.72ID:cBCq3F3F
>>462
上にもいろいろ比較出てるけど、とにかく速くて簡単
DBとオブジェクトの最低限のマッピングだけでいい場合はこれで十分
0464デフォルトの名無しさん2017/03/11(土) 09:49:08.82ID:+LwMML+J
動的だけど滅多にソースが更新されないほとんど静的なページのキャッシュってどう扱えばいいんですか？
クライアントにキャッシュさせて更新があった時だけアクセスしてほしいです
0465デフォルトの名無しさん2017/03/11(土) 09:53:48.23ID:h5T3JHpB
>>464
ブラウザーがやってくれるんじゃないか？
0466デフォルトの名無しさん2017/03/11(土) 13:46:01.01ID:SoGUL2Zu
VisualStudio2017お試しで使ってるんだけれど
タプルとか求めていたものが有ったので使おうとしたら
ValueTupleのライブラリが標準で入らずNuGetにしか無いとか
まだ安定しない無いとか何かあるんだろうか・・・
凄い作りかけ感あるコンパイラに仕上がってるwww

使うべきか暫く様子見すべきか？
0467デフォルトの名無しさん2017/03/11(土) 13:50:47.46ID:/3A6iA0R
Windowsのcsc.exeでコンパイル出来ないC#6.0も見送ってるならそうだな
0468デフォルトの名無しさん2017/03/11(土) 14:02:34.64ID:SoGUL2Zu
タプルの利用はしばらく様子見にしとくか・・・何か怪しいし。
ローカル関数いいね、これやる時名前空間が汚れてインテリセンスが腐るから欲しかった
これだけでも移行価値は無くは無いか・・・
IEnumerable<int> Enumerate(int begin, int end)
{
　if (end < begin
　　|| end < 0
　　|| begin < 0)
　　　throw new System.ArgumentOutOfRangeException("ほげぇ");
　IEnumerable<int> Body()
　{
　for (int i = begin; i <= end; ++i)
　　yield return i;
　}
　return Body();
}
0469デフォルトの名無しさん2017/03/11(土) 14:40:42.15ID:SoGUL2Zu
ちらちら見ていると、ValueTaskの方はもっと状況が酷いのかなw

http://www.buildinsider.net/column/iwanaga-nobuyuki/008
言語みたいな基幹部分を小出しにするとか、頭おかしくなってるなw
今までそんな事をした言語の末路がどうなったか知らないわけじゃなかろうに・・・

NuGetにして普通にコードする人には使わせないようにするのは、これはヤバイと中の人が感じているのかもしれんね
マイクロソフトの技術力＆組織力低下酷いな、半端に才能ある奴のスタンドプレーでグダクダなってるんだろうな。
Web系に翻弄され過ぎだろ

とりあえず使えそうなのは、ローカル関数と型switchくらいかな
この辺りなら変更あってもダメージ少ないだろうし。

タプルの実装に致命的問題があるならローカルclass&struct&enum宣言でもええんやでぇ
名前空間お腐れ問題はカッコイイ事しなくても、これでも解決するんや ＞ microsoft
0470デフォルトの名無しさん2017/03/11(土) 15:24:01.58ID:SoGUL2Zu
>>218
横だけど、式木はちゃんと言語でサポートしなきゃ誰にも読めない言語になるなと思った。
逆に、それ自体は難解でもないし難しい話じゃないなとも。

プログラムとは違うけれど
3Dモデラーでツリー構造とか法線とか難解な数学概念が見ての通りの操作で動かしたり創れたりするようになって
門外漢の3Dデザイナーが普通に使えるようになったように
一度概念をキッチリ整理する必要があるんだよ、あれは。
そして言語の作りこみがあの頃から甘くなってき始めてたな、ちょっと残念な感じになっていった時代だね。

とりあえず腐り過ぎのWin10をWin7の仕様に戻せや、ストアもユニバーサルアプリも使い物にならん、色使いも糞でUIが見ずらい ＞ microsoft
あと、WindowsUpdateのタイミングはユーザーの自由にさせよ、お前がお前のタイミングで勝手にやったら業務はむちゃくちゃになる。
0471デフォルトの名無しさん2017/03/11(土) 22:05:54.03ID:h5T3JHpB
>>466
タプルなんて昔からあるだろ
0472デフォルトの名無しさん2017/03/11(土) 22:18:07.78ID:15EAzLR8
>>471
残念ながら昔からあるTuple<>とは全くの別物
機能的には匿名型にも似ているが、匿名型との互換性もない
ローカル関数なんかも極めて場当たり的なゴミだろ
デリゲートの型を省略できるようにして var func = (int x) => x * 2; と書けた方がずっと便利
0473デフォルトの名無しさん2017/03/11(土) 22:40:13.41ID:7U1HyGmG
>>472
いつからここが初心者用になったんだ
0474デフォルトの名無しさん2017/03/12(日) 01:14:05.08ID:+ulIycHH
>>469
https://github.com/dotnet/roslyn/issues/13177
によると、.NET4.7に入れることにしたみたいだね
nugetで済むのに.NETのバージョンを上げるのは面倒が多いし、今後C#のリリース速度を早めるならある程度まとめて.NET4.7にしようって考えじゃないかなぁ

言語機能の小出しについても他の言語と比べれば遅いし、互換性と将来を考えて慎重に作ってるから完全な完成を待つと永遠にリリースできなくなっちゃうし、やむをえんだろ
CLRのバージョンを保ってくれれば文句は無い
0475デフォルトの名無しさん2017/03/12(日) 02:13:23.38ID:lK2SBg8L
List<string> list; があって
そのlistのx番目からy個文字列連結したいのですがLinqでどう書けますか？
x番目から3個なら

var result = $"{list.Skip(x).Take(1).FirstOrDefault()}{list.Skip(x + 1).Take(1).FirstOrDefault()}{list.Skip(x + 2).Take(1).FirstOrDefault()}";

こんな感じですけど短く綺麗にしたいのですが…
0476デフォルトの名無しさん2017/03/12(日) 02:33:41.68ID:tHLqC2EA
>>475
var result = String.Join( "", list.Skip(x).Take(y) );
0477デフォルトの名無しさん2017/03/12(日) 05:07:11.99ID:lK2SBg8L
>>476
わー、短くて綺麗。
ありがとうございました。
0478デフォルトの名無しさん2017/03/12(日) 06:43:42.92ID:RIOf9bqD
>>472
>デリゲートの型を省略
できるならとっくにやってるんじゃないかなw
ラムダ式は書けるコードが限定され過ぎるのが問題かな。>>468 はそれではどうやっても書けないでしょう。
0479デフォルトの名無しさん2017/03/12(日) 08:53:09.32ID:bReP5RFT
>>475
自分で理解できねーもん他人に強制するその姿勢がすでにクソ
なんでその処理linqで書いた?
しかも自分は掲示板で質問しなきゃわかんねーのに
さっさと辞めちゃえお前
伸びる目もねーから
0480デフォルトの名無しさん2017/03/12(日) 09:23:31.23ID:7tB+K/sW
何でこの人キレてんの？あの日？
0481デフォルトの名無しさん2017/03/12(日) 10:01:53.12ID:RIOf9bqD
みるからに自演臭くてキモイからじゃねw
0482デフォルトの名無しさん2017/03/12(日) 10:23:22.36ID:1QMoXo8Q
ラムダ式自体は型を持たないから、delegate型と決めつけてvar対応するなら専用のルール付けが必要だと思う。
そこまでする価値は無いかな。
0483デフォルトの名無しさん2017/03/13(月) 06:11:29.33ID:o9PLbB2Z
すいません質問なんですが
アプリ起動中はＡキーを推すと左クリック　Ｂキーをおすと右クリック　Ｃキーを押すとアプリ終了
みたいな感じでキー入力をマウス入力にいれかえるようなアプリを作りたいんですが
Windows上でフォーカスのあるウインドに依存せずにキー入力を取得するのってどうしたらいいんでしょうか
0484デフォルトの名無しさん2017/03/13(月) 06:55:37.31ID:2GKmTNuX
以前、遠隔ウイルス片山も似た質問していましたね。
0485デフォルトの名無しさん2017/03/13(月) 07:01:39.19ID:WHuP7MmV
フォームのKeyPreviewプロパティをTrueにすると、すべてのキーイベントをまずフォームが受け取り、処理が終了してからフォーカスのあるコントロールに渡されるようになります。

ってdobon.netで見つけた
やったことはない
0486デフォルトの名無しさん2017/03/13(月) 07:17:17.53ID:o9PLbB2Z
ありがとうございます
KeyPreviewについて調べてみます
0487デフォルトの名無しさん2017/03/15(水) 09:07:02.25ID:k1u612YY
すみません、EFで質問させて下さい。
下記のようにエンティティを定義して、それを編集するクライアントを作ろうとしています。
とりあえず、Modelに対する編集は無効にしてあるものとします。Unitに変更を加えて保存すると、
DBの中でModelのレコードが増えてしまいます。NameにUnique制約を付けると当然例外が派生します。
Unit.ModelがDbContextの管理外になってしまったので、別のインスタンスとして認識されているという理屈は分かります。
contextを都度作成せずに維持していれば、期待する動作になるのも分かりますが、それはできればしたくはないです。
何か上手い解決方法はないでしょうか？

public class Model
{ public int ModelId {get;set;}
　public string Name {get;set;} ※
}
public class Unit
{ public int UnitId {get;set;}
　public VM Model {get;set;}
　public string Serial {get;set;}
}
List<Unit> GetUnitList()
{ using (var context = ...)
　{ return context.units.Include(x => x.model).Select(x => x).ToList(); }
}
void UpdateUnit(Unit unit)
{ using (var context = ...)
　{ var target = context.units.Where(x => x.UnitId == unit.UnitId).FirstOrDefault()
　　target.Model = unit.Model;
　　target.Serial = unit.Serial;
　　context.SaveChanges();
　}
}
var list = GetUnitList();
...リスト表示->エディタでunit.Serialを編集
UpdateUnit(unit);
0488デフォルトの名無しさん2017/03/15(水) 09:27:37.16ID:N2+3G59G
>>487
そこまで分かってるなら解決策は簡単。
ModelIdで検索し直す。
0489デフォルトの名無しさん2017/03/15(水) 11:16:57.42ID:k1u612YY
>>488
ありがとうございます、すっきりしました。
期待する結果に対してのコストが少々重くなるかなという気はしているのですが、
処理コストが問題になるほどの規模ではないので、そうさせて貰います
0490デフォルトの名無しさん2017/03/16(木) 03:52:05.80ID:l+qA2/0G
C#でwebBrowserを使ってるんですが
以下のｈｔｍｌをwebBrowser.DocumentTextに突っ込んで表示させたいんですが
何故かwebBrowserではそのままjqueryを読み込むことが
できないようでスクリプトエラーが発生してしまいました
対処方法のわかる方いたら教えていただけますでしょうか？

↓以下のhtml

<!DOCTYPE html>
<head>
<meta charset=""utf8"">
<script src=""https://code.jquery.com/jquery-2.1.4.min.js";"></script>
<script type=""text/javascript"">
$(function() {
alert(""test"")
});
</script>
</style>
</head>
<body>
0491デフォルトの名無しさん2017/03/16(木) 11:36:09.87ID:oyR0ujl0
なんでダブルクォーテーション２つ続いてるの？
0492デフォルトの名無しさん2017/03/16(木) 16:49:18.07ID:l+qA2/0G
エスケープです
文字列に突っ込んでるのをそのままコピペしちゃったのでそのようになってます
すいませんがエスケープは無視して考えてください。
0493デフォルトの名無しさん2017/03/16(木) 16:58:42.52ID:Qa1xgsfZ
<style>
<head>
<body>

</style>
</head>
</body>


最後のbodyを/スラッシュで括ってないからでは?
0494デフォルトの名無しさん2017/03/16(木) 17:03:26.21ID:RyFuDdep
>>493
君は冷静だな
0495デフォルトの名無しさん2017/03/16(木) 17:05:05.86ID:Qa1xgsfZ
HTMLソース
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>HTML5サンプル</title>
</head>
<body>
<p>HTML5で作成しました！</p>
</body>
</html>

連投ですまん
もっと解り易いサンプル
0496デフォルトの名無しさん2017/03/16(木) 18:14:35.84ID:kQHrflry
WebBrowserがデフォだとIE7モードで動くせいでjquery 2.1.4が動かない
・jquery 1系使う
・headに
<meta http-equiv="X-UA-Compatible" content="IE=edge">
等を書く
・レジストリでモード変更する
好きなのどうぞ
0497デフォルトの名無しさん2017/03/16(木) 18:38:16.89ID:RyFuDdep
>>496
君は詳しいな
0498デフォルトの名無しさん2017/03/16(木) 20:09:32.60ID:G/L2rMHg
簡単に単体テストできるのか知りたいです

public static async Task DoHeavyAsync(string path, IProgress<long> progress, CancellationToken token)
という非同期メソッドの単体テストで、同期版の DoHeavy() と同様のテスト以外に、

(1) progress が動作していることの確認
(2) token が動作していることの確認

が必要だと思います

(1) が簡単ではない
var progress = new Progress<long>(n => { Assert.Fail(); });
などやっても、テストが成功してしまう（レポートがメソッド終了後に届くため）
まじめにやるとしたら別スレッドを作る必要がありそう？

(2) は、巨大ファイルを使って new CancellationTokenSource(20) などでキャンセルされることを確認という
汚い手法でテストしています（処理速度があがった場合にテストが失敗する可能性があるのが汚い点）

(1)と(2)、それぞれどのようにテストするべきでしょうか？ 特に(1)
NUnit を使ってますが、他のフレームワークでもいいです
0499デフォルトの名無しさん2017/03/16(木) 20:16:08.57ID:kgKaK9fl
非同期処理の確実なテスト方法は存在しないのでどっかで妥協しなきゃならない
0500デフォルトの名無しさん2017/03/17(金) 07:37:50.30ID:gTyXrRTf
よく分からんな
Taskなんだから結果が出るのを待機すればいいだろ
Progressは呼ばれたらcalledフラグを立てるようにしてそいつでAssetする
タイムアウトが必要かどうかは状況次第

2つめは、内部でFileStreamを使っているならだが
Streamを受け取るインターフェースを追加する
クッソ遅いStreamは自由に再現できる
0501デフォルトの名無しさん2017/03/17(金) 08:16:11.77ID:VDcrtJ6N
>>496
ありがとうございます！大変助かりました！
0502デフォルトの名無しさん2017/03/17(金) 21:11:54.40ID:G6TjLWRU
>>499
やっぱり妥協かなー

>>500
(2) はなるほどね。作ってみる
(1) なんだけど、Progress.Report() での通知は、タスクを await で待機したとしても、
待機が終わった後でも Action<T> が呼ばれているとは限らない
巨大なタスクを渡して、 Progress.Report() が『たぶん』呼ばれるという妥協が必要かなー

単体テストをパスしたとしても、たまたま運良く Action<T> が先にスケジュールされただけだよ
下記のコードはうちの環境ではテストに失敗してた

public static async Task DoLightAsync(IProgress<long> progress)
{
await Task.Delay(10);
progress.Report(123);
}

[Test]
public async Task DoLightAsyncTest()
{
bool called = false;
await DoLightAsync(new Progress<long>(n => { called = true; }));
Assert.IsTrue(called);
}
0503デフォルトの名無しさん2017/03/18(土) 00:00:39.16ID:3lIBsEeS
惜しいところまでは行ってるな

Progressのインスタンスを渡すのではなく
IProgressを継承し同期のReportを実装したクラスのインスタンスを渡す
0504デフォルトの名無しさん2017/03/18(土) 10:58:29.15ID:UTVmwL6L
ふむー、こうか
確かに Progress<T> にこだわる必要はなかったなー

public class SynchronousProgress<T> : IProgress<T>
{
private readonly SynchronizationContext _Context;
private readonly Action<T> _Action;

public SynchronousProgress(Action<T> action)
{
_Action = action;
_Context = SynchronizationContext.Current ?? new SynchronizationContext();
}

private void Callback(object state)
{ _Action?.Invoke((T)state); }

public void Report(T value)
{ _Context.Send(Callback, value); }
}

見づらいと思うので一応 pastebin にも貼っておく
http://pastebin.com/QjF0XkH4
0505デフォルトの名無しさん2017/03/19(日) 00:14:21.68ID:xAk2llJg
ファイルのタイムスタンプを指定した時刻に変更したいんですが、コードのヒントをくださいm(_ _)m
0506デフォルトの名無しさん2017/03/19(日) 00:19:27.37ID:8DI2TWvJ
>>505
FileInfo
0507デフォルトの名無しさん2017/03/19(日) 00:30:52.74ID:VKtnwSVx
「ファイルのタイムスタンプ」でグーグル先生に聞けば
http://www.atmarkit.co.jp/fdotnet/dotnettips/370timestamp/timestamp.html
が一発で出てくるんだけど掲示板で聞く方が面倒じゃないの
0508デフォルトの名無しさん2017/03/19(日) 06:34:49.31ID:bkt1N2YW
検索知らないんでしょ
0509デフォルトの名無しさん2017/03/19(日) 13:50:14.09ID:PWrmpV5o
2chスレへたどり着けるのに検索知らないとかこれ如何に
0510デフォルトの名無しさん2017/03/19(日) 14:33:00.16ID:DWsQT7k4
「お前ら、検索頼むわ（丸投げ）」
0511デフォルトの名無しさん2017/03/19(日) 14:45:08.30ID:1DEeFth3
おまいらは回答する機械
■ このスレッドは過去ログ倉庫に格納されています