ふらっと C#,C♯,C＃（初心者用） Part129 [無断転載禁止]©2ch.net

2017/06/09(金) 18:36:01.72

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

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

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

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part128
http://mevius.2ch.net/test/read.cgi/tech/1493730340/

■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/

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

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2017/07/14(金) 14:41:07.20

>>885
主語を明記して欲しい

2017/07/14(金) 16:17:33.09

遅くなりまひたがありがとうございまふ（＾＾
ボッキング！（＾＾

2017/07/14(金) 21:11:39.26

>>878
「関数って何ですか？」って質問を関数って単語を使わずに書き直してみてみな
関数のありがたさがわかる

2017/07/14(金) 23:16:31.20

しかし、C#には関数なるものは存在しない・・・

2017/07/15(土) 06:38:14.05

メソッドっていうんだぜ

2017/07/15(土) 07:49:42.88

どうもinterfaceがよくわかりません。
調べていくうち↓のサイトがありました。
http://garicchi.hatenablog.jp/entry/2014/09/11/181456

クラス設計する際、hasかasかの考え方があります。
メンバとして別なクラスを持たせるのか、継承するかですが。
ここに出てくるTVクラスとISwitchインターフェースは、

public class TV:ISwitch

となってて、TVクラスがISWitchから派生した子供のクラスのように見えてすごく違和感があります。
TVはISWitchを継承するんじゃなくISWitchをhasしてる方がはるかに考えやすいんですが。
そもそも、インターフェースってのは継承するものじゃなく、具備してるものでやっぱhasだと思うんですが、
どう考えたらいいんですかね？

2017/07/15(土) 08:06:44.71

あと上のサイトでTVのメンバ変数channelがprivateなので、触れないとか書かれてますが、
class TVそのものにChangeChannelメンバ関数を追加改変するならISwitchがあろうが無かろうが関係なく
channelを自由にいじくれるんですけど。

2017/07/15(土) 08:54:29.21

テレビそのものに書くって事は人はチャンネルを変えらんない
もしくは変えるために直接テレビを触らねばならない
そうしたときにラジオが出てきたらめんどくさいことになる

interfaceは受付窓口と同じ
駅、遊園地、ライブは内部でどんな処理をしてるかそれぞれ異なったとしても利用側はどこでも受付ってinterfaceに切符を渡せば望む結果を得られる

c#は実装側の書き方がabstractとinterfaceでほぼ同じなので慣れるしかないよ
それかここだけjavaで勉強するってのもあり

2017/07/15(土) 09:24:34.53

ChngeChannel を public にしてしまえば。
あるいはアクセサを用意すればprivateメンバに誰でもアクセス可能かと思われますが？
インターフェースというならこういうアクセサのほうがずっとしっくりきます。
そもそもアクセサってインターフェースですよねwww

たとえば既製のクラスにインターフェースを追加したいときってどうすればいいんでしょうか？
よく既製のクラスを拡張するのに、基本クラスのコードには手をつけず、継承して、機能追加しますよね。
インターフェースにこういう発想は根本的に間違ってるのかな？
でも、上のテレビで、址から赤外線リモコンインターフェースを追加したいと、
そして、元のTVクラスのソースヘッダは触れないときはどーすればいいか？です。

2017/07/15(土) 09:35:28.99

そしたら人が直接テレビを触らねばならない
人は必ず有効値を入れるとは限らない
故障の原因になり得る

触りたくないのであれば既存のクラスを継承してinterfaceを貼り付けた新しいクラスを作ればよい

2017/07/15(土) 09:45:52.69

そのサイトの例が悪いとしか言えない

ISwitchじゃなくてISwitchableとでも考えればいい

TVはスイッチを持っている！やTVはスイッチだ！
じゃなくてTVはチャンネルを切り替えられるぐらいのこと

2017/07/15(土) 10:10:22.92

>>894
インターフェイスは継承関係のないクラスたちを、同じ手続きで操作する為の物なので…
そのサイトの例だと対象が1つなので、確かにアクセサの説明かの様になってしまっている
.NET Reference Sourceで既存インターフェイスの使われ方を見てみるのも良いと思う、複数実装とか

継承か委譲かというのはまた少し異なる話…というか妙な例えは往々にして本質からずれる気がする

2017/07/15(土) 10:12:54.91

このへんで詰まるアホって大抵ネットで拾ってきた一つの例題だけをこねくり回そうとして話が明後日に飛んでくよね

2017/07/15(土) 10:27:42.98

いやいや誰でも最初はこんなもんよ

多重継承の代わりと言われたinterfaceの内容知った時の落胆...
非力すぎて涙が出たわ

2017/07/15(土) 10:32:45.07

多重継承するとメモリレイアウトがおかしくなって効率悪すぎ
↓
じゃあ継承はひとつだけにしようか
↓
でもフィールドなければ問題なくね？
↓
ならフィールドなしなら多重継承していいよ
↓
悪く無いねっていうかメソッド実装も衝突するから要らなくないか
↓
なんだこれ凄くイイぞコーディングがめちゃ捗る
↓
あまりにも便利だから名前付けて言語機能にしよう
↓
インターフェース誕生

2017/07/15(土) 10:52:25.26

多重継承が捨てられたのはそんな理由じゃない
ググってから出直せ

2017/07/15(土) 10:54:05.46

>>901
どんな理由だよ

2017/07/15(土) 10:54:39.28

ググれよ

2017/07/15(土) 11:15:41.99

ググったがわからんかった
解説して

2017/07/15(土) 11:27:09.38

>>900
javaのデフォルト実装についてコメント願います

2017/07/15(土) 11:32:14.35

>>905
まああってもいいかな～ぐらいのノリ

2017/07/15(土) 13:41:14.84

結局テストするときはマトリックス書いて全部抜けが無いようにしなきゃいけないからインターフェイスなんて邪魔だけどな
継承なんてありがたがってるやつはまともなテストなんか要求されないゴミ環境にいるとしか考えられない

2017/07/15(土) 14:10:33.48

>>907
まともなテストをしたことがない人って不思議とみんなこういうこと言うよね

2017/07/15(土) 14:14:37.87

>>908
そうかな?
じゃあインターフェイスから派生してる処理は全部でいくつあってそれぞれいつ呼ばれるの?
一覧になってる?
こんな当たり前のこと聞かれても
本能に任せて作っちゃったもんだから
全く説明できないでしょ?
じゃ、明日までに一覧作ってテストやり直してくれるかなぁ?
って言われちゃうよ

2017/07/15(土) 14:18:16.87

単純に作るだけのアマチュアから脱却しなくてはならない

2017/07/15(土) 14:22:44.84

>>909
そんなのすぐにわかるよ
わからないならそれはお前にスキルがないだけだろ

というか君の認識は全く逆だよ
そういった「機能が幾つあるのか」「どんな時に使われるのか」ってのを明確にするためにインターフェースを使うんだろ
インターフェースを使ったらそれがわからなくなるという発言は全くもって理解が足りてない証拠

インターフェースも使わずに密結合しまくった汚いシステムだと
そもそも「どっからどこまでが１つの機能なの？」って問いに明確に答えられない
そして境界がわからないから、「幾つあるか」も数えられないし
それが「どんな時にどれが有効になるのか」もわからない(どれ？という問いは当然だけどそれぞれが明確に区別できる前提がないと答えられない)

2017/07/15(土) 14:27:02.76

さらにいうと
インターフェースで疎結合を維持すれば自動テストを構築できる
そうすれば明日までと言わずに1時間もあれば回帰テストをやり直せる

インターフェースを使わないガチガチに密結合したシステムではこうはいかない
テストだけでも丸一日、下手すれば数日はかかる

2017/07/15(土) 14:28:56.54

>>910
まさに君のことだね

2017/07/15(土) 14:32:21.17

>>911
え？明確になる?
はぁ?
swich caseで並べてあるときよりも?
俺には動かしてみないとどれが死にコードでどれが生きてんだかわかんねぇよｗ

2017/07/15(土) 14:33:55.74

個人だとインターフェース使う機会があまりないなぁ

2017/07/15(土) 14:34:40.29

ここから俺とお前で

(*ﾟ∀ﾟ)明確になるなる!
(*ﾟ∀ﾟ)明確にならないならない!
(*ﾟ∀ﾟ)なるなる!
(*ﾟ∀ﾟ)ならないならない!

って1000レスぐらい想定ｗｗｗ

2017/07/15(土) 14:37:21.67

>>914
ほらね
やっぱりスキルがないじゃん
適当なコードを書くからわからなくなるんでしょ

**デフォルトの名無しさん** (ｽﾌｯ Sd70-Icm7) · 2017/07/15(土) 14:38:08.00

switchでその手の分岐かますと汚くて保守性低いコードになるから嫌い

2017/07/15(土) 14:43:55.40

タイプコードswitchはたいていの場合おなじようなswitchをコードのあらゆるところにばら撒いてどこで何やってんだ状態(いわゆるスイッチヘル)に陥る
インターフェースを使うとそのようなswitchは一箇所にまとめられたり、設定ファイルに抽出されたり、コーディング規約に従って動作するようになり、誰が見てもはっきりとどんな時のどの実装が使われるかを理解できるようになる
このように構造化されていれば機能一覧や使用条件などをリアルタイムに出力することすらできる
switchとの格闘で費やしていた無駄な時間をバカンスに割当てることもできるのだ

2017/07/15(土) 14:44:31.73

>>918
でも間違いが無いよね?
実行する場所ですべてのパターンがひと目でわかる
インターフェイスだとどう?
全部で何パターン処理があるの?

**デフォルトの名無しさん** (ｽﾌｯ Sd70-Icm7) · 2017/07/15(土) 14:47:19.82

>>920
IDEで追えるだろ全部

2017/07/15(土) 14:47:37.52

>>919
じゃあ、ホイ

unko.flyhigh();

いくつあるか言ってみろよ
お前が判断に必要な情報を俺が出していってやるよｗｗｗ

2017/07/15(土) 14:48:35.92

>>921
死にコードもわかる?

2017/07/15(土) 14:50:14.71

>>920
間違いがあるのはswitchを多用する複雑怪奇な方法
間違いがないのはインターフェースを使ってエレガントな方法

switchでパターンがわかるのは1箇所だけ
実際にはswitchの数だけ掛け算したパターンを把握しなければならない
3分岐のswitchが4箇所で使われていたらそれだけで3 * 3 * 3 * 3 = 81パターンの実行パスが考えられる
このコードベースで処理パターンと条件を列挙するのは事実上無理と言っていい
ところがインターフェースを使った方法ならswitchは1箇所で済むのでコードパスの爆発は起こらない
機能一覧と使用条件を洗い出すのもとても容易になる

2017/07/15(土) 14:53:15.41

>>922
コード全部ちょうだい
コードってのはインターフェース使ってOOPで書かれたコードのことな
あっという間に数えてやるよ
ちなみにお前の書いた汚いswitchスパゲティは意味わからんからいらないよ
それはコードじゃなくてゴミだから

2017/07/15(土) 14:59:32.85

>>923
容易に判明するよ
インターフェースを使っていれば生成箇所だけを見れば判断ができる
場合によってはソースや設定ファイルを見ただけでわかるし
生成箇所が変数に依存して実行するまでわからない場合も生成箇所だけにログを仕込めばわかる
そして何より重要なポイントは仮に死にコードだとしても全く害がないということ

スイッチヘルだと全てのコードを追跡しなければならない
何時間も何日もかけてソースを読んで
ログを仕込む作業何百回と繰り返し
そのログを仕込む作業で凡ミスしてないかの確認を要求されて
また何時間も何日もかけて回帰テストを手作業で行い
スイッチヘルだと死にコードだからと言って無視することはできない
なぜならスイッチヘルでは死んでるコードと死んでないコードが密結合していて分けて考えることが極めて難しいから一緒くたに行きていると判断するしかないからね
もう考えただけでも嫌になってくるよ

2017/07/15(土) 15:05:09.36

>>925
それはすべてのコードを見ないと分からないという敗北宣言でいいのかな?

2017/07/15(土) 15:10:16.49

まーた始まった

2017/07/15(土) 15:11:54.72

>>927
そう言っておかないとお前後出しするじゃん

じゃあ逆に

void main() {
switch (unko) {
case 1: foo();
case 2: bar();
case 3: baz(); } }

このシステムにおいてどの機能がいつ使われるか全て列挙して
もちろん関数の呼び出し先にも無数のswitchがあるけど聞かれたことしか教えないよ

2017/07/15(土) 15:13:00.41

>>928
だろ?

(*ﾟ∀ﾟ)なるなる!
(*ﾟ∀ﾟ)ならないならない!

ウォーズになっただろ?
そもそも根拠も示さないで
明確になるなんて嘘つくのが悪い
switch case以上のものなんかできねぇよ

2017/07/15(土) 15:14:20.05

>>929
君、俺の質問に答えるのは止めたの?

2017/07/15(土) 15:14:29.69

>>930
根拠は示してるがお前が無視してるだけだろ

2017/07/15(土) 15:16:56.21

>>931
続けたいならコード出してよ
出せないなら続かないよ

**デフォルトの名無しさん** (ｽﾌｯ Sd70-Icm7) · 2017/07/15(土) 15:16:58.46

底辺SIer丸出しで草
まあ初心者なら混乱するよな、処理追おうとして読んでもインターフェースの呼び出ししか書いてないからswitchのほうが分かりやすいってなる

2017/07/15(土) 15:20:47.88

リポジトリが泣いとるわ

2017/07/15(土) 15:22:43.89

>>934
いや、明確に判断するにはインターフェイスが継承されてるクラスをくまなく追っかけて呼び出されてる箇所マークして
死にコードと生きコードを分けなきゃならんでしょ?

こんな面倒臭いものをなんで有難がってるのか?
頭がおかしいのか?
switvh caseが問題とかいってるけどお前の脳味噌のが問題だよｗｗｗ

2017/07/15(土) 15:25:53.28

>>933
全部見ないと分かんないって言ったよね?
あの一言で僕の勝ち
君の理論は腐っている

そして全部みなきゃ分からないという君の主張は正しい
だけどそんな複雑なものを好んで使おうとしてる君の脳みそは腐っている

2017/07/15(土) 15:29:35.43

技術論から離れて揚げ足取り始めたらお終いだろ。

2017/07/15(土) 15:39:40.47

前回の再復刻がふたつ同時だったから、以降はふたつずつ追加されるのかと思ったら今回はひとつだけで残念
実は実装間隔が半分に短縮されている…とかじゃないよね？

2017/07/15(土) 15:39:56.94

すまん、誤爆

2017/07/15(土) 16:00:49.45

社内でユニットテスト定着させようとしたらこんな感じの話がズレている層に拒否られたの思い出したわ

**デフォルトの名無しさん** (ｽﾌｯ Sd70-Icm7) · 2017/07/15(土) 16:02:37.05

.NETのソース見ればいいよ、switch連打じゃなくてインターフェースばっかだから

2017/07/15(土) 17:47:55.79

このクソ最近暴れてた奴だろ
クソの相手するな
スカトロ趣味かオメー

2017/07/15(土) 18:08:42.19

気づいたらすげー流れてるなぁ
関心があると考えたらいいこととも思えるけど

2017/07/15(土) 18:10:54.37

一画面で収まるならswitch使う

**遊園地** (ﾜｯﾁｮｲ d896-1jjp) · 2017/07/15(土) 18:11:43.15

xp C#2008
メモリが30Mなんだけど、そんなもんなん？（正常に動きます）

2017/07/15(土) 18:59:17.09

>>922
あーこれjavaだろｗｗｗ

2017/07/15(土) 19:24:08.20

>>891
要は、本来全然違う物を同じ物とみなして使いたい場合が結構あるってこと。
例えば、

例1：
外部機器との通信プログラムで、USBもRS-232Cもイーサも「通信ポート」とみなして
同じように扱えるようにしたい

例2：
ゲームのプログラムで、物理的なゲームコントローラも、過去の操作の記録データも、
AIによる操作も同じように扱えるようにしたい

インターフェイスは同じ物とみなされるために必要な要件を定義するためのもの。

2017/07/15(土) 19:37:37.93

C#使っててinterfaceの有用さを実感したいなら、IEnumerable<T>を実装したクラスたちについて調べるといいと思う
（そして同時にジェネリックのありがたみもわかる）

2017/07/15(土) 20:01:15.09

スレが進んでると思えば…

ID:YwzOlwqa0はNGにしておけばいいよ

テストやったことない人の意見はガン無視でいい

2017/07/15(土) 20:18:35.24

頑固なヤツに成長はない
そのまま消えていただければ幸いです

2017/07/15(土) 20:28:24.07

enumrableとenumratorの発音にいつも困る。

2017/07/15(土) 21:29:22.37

>>950
で、その結果がソース全部出せなの?
(*ﾟ∀ﾟ)ｽﾞｲﾌﾞﾝｺｳﾘﾂﾖｻｿｳｼﾞｬﾝ

2017/07/15(土) 21:31:14.89

>>953
誰と勘違いしてるんだか

まともにテストツールを使ったことがないか
まともな方法でテストしたことない人の意見は読むだけ無駄

2017/07/15(土) 21:35:27.08

>>954
おお、そりゃスゲェ
是非その超絶技巧をご披露いただきたい
(*ﾟ∀ﾟ)ｵﾓｼﾚｰ

2017/07/15(土) 21:38:17.50

俺にレスしても無駄だよ

お前の超絶技巧で.net framewaorkをinterface無しで再実装してからにしてくれ

2017/07/15(土) 21:40:02.60

>>956
アレ?お前はなんにもしないの？
(*ﾟ∀ﾟ)ｲﾂﾓﾄﾞｵﾘﾀﾞﾅｵﾏｴ

2017/07/15(土) 21:42:12.07

NGName：ﾜｯﾁｮｲ c469

スッキリ！

2017/07/15(土) 21:43:55.73

まあ、お前の言いたいことはわかるよ
みずほ銀行のシステムをcobol無しで再実装してからcobolの批判をしてくれないか?

ってことだろ?

2017/07/15(土) 21:49:16.74

COBOLの話がすぐ出てくる辺りマジで底辺か、多分ほとんどの奴はお前と話合わないからすっこんでろ

2017/07/15(土) 21:51:37.25

>>960
え？お前誰？
単発IDが主義主張もなく割り込んでいいcobolじゃねーよ

2017/07/15(土) 21:53:48.27

>>961
誰でもいいじゃん、匿名掲示板なんだしお前と議論する気なんて一切ないし

2017/07/15(土) 22:10:48.06

>>961
ここはC#のスレだよ
COBOLの話は別でどうぞ

2017/07/16(日) 01:10:42.69

>>959
いくら出すの？

2017/07/16(日) 06:41:53.08

>>928
たとえばclass PCを定義したいと、
インターフェースとしてUSB、HDMI、DP、PCI-exを持ってる。
この場合
class PC: interface USB, HDMI, DP, PCI-ex
より。
PCはUSBやHDMIを具備していると解釈するのが自然でしょ。つまり

class PC{
public:
Interface USB{
};

Interface HDMI{
};

Interface DP{
};

interface PCI-ex{
};
};

とでもした方が感覚的にしっくりきませんか？
アクセス権としてはclass 内部でInterface宣言されたものはPCのリソースに無条件でアクセスできる。
としたほうが直感的にわかりやすくないですか？
USBやHDMIがPCを出産するってのはあまりに無理がある。

2017/07/16(日) 06:43:38.07

つづき
工業製品のシミュレートを考えると継承でインターフェースを増やす、とか機能を増やすとかがしっくりこない。
新製品が旧製品を継承するってならOKだけど、
ある世代のみの製品を定義するなら、
基本モデルに搭載された機能があって、
そこにオプションが追加されて、製品グレードが構成される方がしっくり来ませんか？
この機能追加が継承で実現されるってのはしっくり来ない。

>USBもRS-232Cもイーサも「通信ポート」とみなして
>同じように扱えるようにしたい

これこそ各種インターフェースが通信ポートと派生関係 (is a)関係にある話で、
それらが搭載される大本のPCを派生関係に巻き込むのはおかしな話じゃないですか？
PCから見て同じ通信機能を有するポートと見なしたいだけならエイリアスにでもするとか。
通信ポートがセクロスしてPC出産するなんて考える方が無理ボ

2017/07/16(日) 06:55:25.86

何論点に話してるがしらんけど、
部品を組み合わせるんだからhas aで持たせておけよ。
こんなのに継承なんか使ったら破綻するわ。

2017/07/16(日) 07:36:55.65

is-aって電子回路で例えるとICの非公開の隠しコマンド使うようなもんだからなあ
その密結合した側からは百歩譲っていいとしても他からそのICを使うと整合が取れなくて
マニュアル通りの動作をしないような事態になったらほとんど手直し不能と言う

2017/07/16(日) 09:15:00.53

インターフェイスとしては、
IDataIOConnectable みたいなのを持つのでは？

2017/07/16(日) 11:21:50.59

C#は移譲とプロバティーとインターフェースを使って、C++の多重継承と外形上同じものを構築できて
しかもより安全なんだよね
道具は使いようだよ

2017/07/16(日) 12:03:25.24

個人的にはis-aは仮想関数のためにあるのだと思ってる

>>970
実際コンポジション(移譲)で90％以上事足りるしな

2017/07/16(日) 14:36:34.61

誰か>>965-966について解説をオナシャス

2017/07/16(日) 14:42:13.82

よくわからないなら特に理解する必要はないよ
>>967が正解だし

2017/07/16(日) 14:59:39.16

きませんかと言われてもきませんとしか言えんわな

Interfaceを理解することが目的じゃないならチラ裏いき
理解したいならとりあえず自分で利用したコードをかけとしか

2017/07/16(日) 18:58:11.86

機能は理解していても適用でゴミにするんだな

2017/07/17(月) 00:13:06.25

そもそもPCクラスが直接USBインターフェイスを実装する必要なんてないし
USBインターフェイスを実装したUSB1クラスとかUSB2クラスをプロパティで持つのが普通だろ

IO装置としてのインターフェースって用語と、プログラミング用語としてのそれを混同してるとしか思えん

2017/07/17(月) 01:30:28.73

そもそも、USB端子2つ持ってたらどうするの？
PC自体にUSBの機能を持たせたら、usb1と2の区別ができない。
よって、そういった場合を考慮すると、部品化して、プロパティとしてusb1、usb2を持たせるのが正しい。

終了。

2017/07/17(月) 08:04:00.32

この話どーせCOMやActiveXの時代までさかのぼるんでしょ？

2017/07/17(月) 12:18:55.20

Visual Studio2017でタプルを使いたいのですが
（ネットで公開されている）正しいコードを入力しても「valueTupleがインポートされていません」
と言われてしまいます。
ターゲットフレームワークがタプルをサポートしているものより古い4.6.1であるのが原因だと思うのですが、
プロジェクトのプロパティには4.6.1までしか表示できず、visual studioの更新もいろいろ試したのですが(CreatorsUpdateなど)
どうしても4.7を採用できません。

どうしたらよいでしょうか　OSはwin10です

2017/07/17(月) 12:32:26.53

>>979
新しいプロジェクトの作成画面で.NET Framework 4.7になってないとか
もし古い.NETでプロジェクトを作成してしまっていたらソリューションを右クリック→プロパティ→アプリケーション
で、ターゲットフレームワークを.NET Framwork 4.7に変更する

2017/07/17(月) 12:45:01.80

>>979
インストーラーから4.7開発ツールインストールしてないなら当たり前

**479** (ﾜｯﾁｮｲ 8ee3-S4qQ) · 2017/07/17(月) 12:55:32.89

http://imgur.com/a/F6nPY
>>979さんがいうプロパティの画面はこれで良いでしょうか
画像の通り4.7が表示されません。

プロジェクトの作成画面も同様です。

2017/07/17(月) 12:57:07.69

ただのアップデートしただけじゃ4.7は使えない
インストーラーから個別のコンポーネント選んでインストール

**979** (ﾜｯﾁｮｲ 8ee3-S4qQ) · 2017/07/17(月) 13:13:20.69

解決しました　ありがとうございます

個別のコンポーネントを選択していませんでした。

2017/07/17(月) 13:59:58.84

複数の読み込みタスクと一つの書き込みタスクを並列で動かすとき、
書き込みタスクを優先させて動かしたいんだけど、どうするのが正解？

タスクのプライオリティ上げるのかと思ったけど、調べるとどうも違いそうで。
ConcurrentExclusiveSchedulerPairとかのスケジューラをうまく使うのかな？