ふらっと C#,C♯,C＃（初心者用） Part139

**デフォルトの名無しさん** · 2018/08/05(日) 19:55:44.50

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■関連スレ
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part138
https://mevius.5ch.net/test/read.cgi/tech/1528194762/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

**デフォルトの名無しさん** · 2018/08/26(日) 13:22:20.16

ソースコード丸見えだから、APIキーがどこにあるかわかるよね

そうやって海賊版作れてしまうわけだ

**デフォルトの名無しさん** · 2018/08/26(日) 14:46:35.94

流石にAPIキーを普通に文字列で書くアホはnativeでも居ないだろ。
難読化する。
ソースコードが丸見えだとしても問題無い気はする。どーせnativeでも逆アセンブルするんだし。

カジュアルな対策なら、c#には逆コンパイルされないILコード使って復号ロジック書くべきかと思うな。

ちゃんとやるならドングルかライセンスサーバのどっちかじゃねえかな。

**デフォルトの名無しさん** · 2018/08/26(日) 16:44:19.57

nativeと同程度の隠匿で良いならそこだけnativeにすれば良いだけやん

**デフォルトの名無しさん** · 2018/08/26(日) 16:46:40.21

oauthのキーなら速攻でばれるし文字列でそのまま書くな。難読かしても意味ねぇし。やるだけ無駄。

**デフォルトの名無しさん** · 2018/08/26(日) 16:48:17.70

DBのパスワードとかソースに直書きしてるわ
ハッシュにしてもどこで復号すればいいのか

**デフォルトの名無しさん** · 2018/08/26(日) 17:33:04.42

自前でやるだけのセキュリティのスキルがあるとこは珍しい
素直にASP.NET Identity + IdentityServerでOIDC使っとくのが懸命な判断

**デフォルトの名無しさん** · 2018/08/26(日) 17:45:57.13

こういう大事な部分を手軽で強固なセキュリティとしてなんでMSは用意しておかないんだ？

**デフォルトの名無しさん** · 2018/08/26(日) 17:47:36.13

はい意味不明
OIDCってアプリ側がユーザーの認証認可をする仕組みだぞ？
それをどうクライアントアプリのAPIキーの隠蔽に使うのか教えてくれ

**デフォルトの名無しさん** · 2018/08/26(日) 17:47:37.20

>>186
もうすでにＣ＃関係なくなっているが手軽で強固なやり方ってどんなことよ？

**デフォルトの名無しさん** · 2018/08/26(日) 17:49:20.77

>>186
本質的に不可能だからだよ
見られたくないならクライアントに埋め込まずにサーバーに持ってプロキシせよってこと

**デフォルトの名無しさん** · 2018/08/26(日) 17:49:59.20

まあそれよりもソースを復元できるのが問題だわな

**デフォルトの名無しさん** · 2018/08/26(日) 17:50:52.91

>>172
マシンに固定したいならMACアドレスとかHDDのシリアル番号とかで特定
ユーザーに固定するなら登録されたパスワードを定期的に入力とか

**デフォルトの名無しさん** · 2018/08/26(日) 17:51:50.11

>>190
中間言語形式だけでなくスクリプト言語も否定する気かｗ

**デフォルトの名無しさん** · 2018/08/26(日) 17:54:18.49

>>187
チュートリアルもやったことないのかよ…

**デフォルトの名無しさん** · 2018/08/26(日) 17:56:14.36

>>193
だから何のことを言ってるんだ
アプリ本体がユーザーの手元にあるのに認証認可もクソもないわ

**デフォルトの名無しさん** · 2018/08/26(日) 17:57:02.40

>>192
サーバー型はビジネスロジックがサーバー内にあるからそこで防げるけど、c#アプリは無理じゃん

**デフォルトの名無しさん** · 2018/08/26(日) 18:00:17.07

>>186
それなりには用意してる
お前らが使わねーだけ
https://docs.microsoft.com/ja-jp/windows/uwp/security/intro-to-secure-windows-app-development

**デフォルトの名無しさん** · 2018/08/26(日) 18:02:46.79

>>196
UWPじゃなくFormアプリでおねがい

**デフォルトの名無しさん** · 2018/08/26(日) 18:04:53.73

>>196
これユーザーが入力した認証情報を安全に保持するのと、サーバー側のリソースに関するユーザーの認証認可をする話だよね
開発者の機密情報を安全にクライアントに持たせるのとは全く別の問題だよ(そしてそれは原理的に不可能)

**198** · 2018/08/26(日) 18:15:55.92

もちろんクライアント側で復号する必要がなくて、単にデータストアをクライアント側に置きたいだけなら、サーバー側で暗号化すればいいだけだよ
原理的に不可能なのはクライアント側でも機密情報を復号して使う必要がある場合の話ね

**デフォルトの名無しさん** · 2018/08/26(日) 18:22:46.80

こんな解説しないと分からないってのが信じられん

**デフォルトの名無しさん** · 2018/08/26(日) 18:40:28.29

>>198
だから「それなり」って書いてあるだろ

**デフォルトの名無しさん** · 2018/08/26(日) 23:06:54.05

Dapperを使用するにあたり、下記の「DAO」クラスの「SelectDAO」メソッドの
戻り値を抽象的に表現できれば、SQL与えるだけで共通に使えるのになと思っているのですが
戻り値を下記のList<IAB>のように書く方法はあるでしょうか？

interface IAB{ }
public class A : IAB { public string nen{ get; set; } }
public class B : IAB { public string nen{ get; set; } }
public class DAO
{
public List<IAB> SelectDAO(string sql)
{
System.Data.IDbConnection _con = new SqlConnection("接続文字列");
return (List<IAB>)_con.Query<IAB>(sql);//DynamicMethodに対する型オーナーが無効です。
と怒られます。
}
}

**デフォルトの名無しさん** · 2018/08/26(日) 23:10:18.71

>>202
いやSQLを隠蔽するのがDAOなのにSQL渡したらダメだろ…

**デフォルトの名無しさん** · 2018/08/26(日) 23:12:59.95

ようするにdaoなんか使わずに
odbc使いなさいということ

**デフォルトの名無しさん** · 2018/08/26(日) 23:15:38.55

>>204
ODBCだなんて何十年前の話だよ…

**デフォルトの名無しさん** · 2018/08/26(日) 23:26:06.62

>>202
戻す値をList<dynamics>にすることで解決します。
マジオススメ

**デフォルトの名無しさん** · 2018/08/26(日) 23:30:34.69

>>203
Dapperは緩いORMでクエリは書く必要あるんです

EntityFrameworkなら確かに悩む必要無い問題な気がします

**デフォルトの名無しさん** · 2018/08/26(日) 23:32:55.01

API抜かれるってどのシーンで警戒してるの？サーバー上でアプリ起動してるとき？

**デフォルトの名無しさん** · 2018/08/26(日) 23:33:30.52

5chせんぶら

**デフォルトの名無しさん** · 2018/08/27(月) 10:42:42.81

>>202
最終的にDapperも何らかのインスタンスをnewしないといけないのに
IABだけ渡されても何作ればいいのか分からないだろ
素直に
public List<T> SelectDAO<T>(string sql) where T : IAB
とかに
というかSelectDAOを呼び出した側はメンバの存在しないIABを使って何をすればいいのか

**デフォルトの名無しさん** · 2018/08/27(月) 13:05:39.06

>>207
いやそういう問題じゃなくて、SQLを書くんだったらDAOの中で書くんだよ
外からSelectクエリを文字列で受け取るってそれ使う側がDBのテーブル構造を知ってないとできないだろ
データストアの詳細を全く隠蔽できてない

**デフォルトの名無しさん** · 2018/08/27(月) 13:51:51.69

Dapperの実装ってこんな大変だったのか

**デフォルトの名無しさん** · 2018/08/27(月) 17:39:21.68

>>211
1知識1DAOクラスが本来の姿という事でしょうか?

実装レベルでもうちょっと抽象化できるかと思ったのですが設計レベルでは好ましく無いとなれば深追いは不要ですね

**デフォルトの名無しさん** · 2018/08/27(月) 20:08:24.29

VS2017WindowsFormsAppの実行ファイルを作成したのですが、
実行ファイルをzip圧縮するとサイズが10分の1以下になります
小さくなりすぎな気がするのですが正常の範囲で問題ありませんでしょうか？

または、実行ファイルが肥大？（余分な情報が含まれている等）していたりするのでしょうか？
なにかVS上で出来ることはありますか？

**デフォルトの名無しさん** · 2018/08/27(月) 20:15:33.37

>>214
使用しないのならデバッグ情報とか埋め込まれるマニフェストとか外せるけどそれは肥大するほどでもない
どんな実行ファイルか見てみないと分からないし解凍しても動くのなら気にしなくてもいいのでは

**デフォルトの名無しさん** · 2018/08/27(月) 20:39:37.08

プログラミング初心者です
visual studio for mac2017をインストールしてC#を覚えたいんだけど、どうやって学習したらいいのか教えてください！
探してもなかなかいい日本語の学習動画やサイトがなくて、、、

**デフォルトの名無しさん** · 2018/08/27(月) 20:46:49.73

未確認飛行が定番じゃないかね

**デフォルトの名無しさん** · 2018/08/27(月) 21:10:56.77

>>215
ありがとうございます
1MBほどのファイルが80KBほどになるので、小さくなりすぎではないかと思いまして…
生成される実行ファイルが、プロジェクトのある時点から1MBほどに大きくなったような記憶もあります
読み込み差し替えした画像リソースが上手く外れていないのかなと想像したりしますが…
もうちょっと色々自分で調査してみます

**デフォルトの名無しさん** · 2018/08/27(月) 21:15:57.46

>>216
念のため書いておくけどMac版はWinフォームやWPF作れないからな
>>218
コード中心で1MBくらいになるのは数万行のものだから、そんな縮むのは間違いなく画像リソースだろうな
BMP形式で入っているとかアイコンが多いとかならZIPでもかなり縮む

**デフォルトの名無しさん** · 2018/08/27(月) 22:15:24.67

>>219
コードは5000行ほどですね。試しにプロジェクトを新規で作り直して中身を移し替えてみます
エクスポートインポート的なのがあれば良いのですがVS標準ではないみたいなので
大変ですが手動でやるしかないですが

**デフォルトの名無しさん** · 2018/08/27(月) 22:26:04.85

>>217
ありがとうございます！！！

**デフォルトの名無しさん** · 2018/08/27(月) 22:36:37.03

>>217
あそこほんと神

**デフォルトの名無しさん** · 2018/08/27(月) 23:34:18.00

OSデフォルト環境だとsn.exeがインストールされてないのか
隔離環境で作ったアセンブリにストロングネームつけたい時ってみんなどうしてんだ？

**デフォルトの名無しさん** · 2018/08/27(月) 23:53:32.54

>>217
>>222
未確認ってどちらかというと入門じゃなくて確認用途だと思うよ
あれを見て判る人はすでにjavaなどの他の言語を習得してる

**デフォルトの名無しさん** · 2018/08/27(月) 23:57:11.03

まあそうだね
C#でプログラミング入門って正直キツいと思うし、そういうコンセプトのところは
たぶんないんじゃないか

**デフォルトの名無しさん** · 2018/08/27(月) 23:58:55.68

>>225
俺は「C#の絵本」でプログラミング入門した。
つまり、C#でプログラミング入門した

**デフォルトの名無しさん** · 2018/08/28(火) 00:04:55.80

プログラミングはDelphi6からだったなー
\5,000でパッケージを買ったすぐ後に、無料版のDL提供が始まった思い出
高校生にとって\5,000は地味に痛かった……

**デフォルトの名無しさん** · 2018/08/28(火) 00:10:26.77

>>225
何がそんなにキツい？
Windows Formsのぽとペタ以上に初心者に優しいのってなんだろ

**デフォルトの名無しさん** · 2018/08/28(火) 00:11:23.06

Androidもjavaのコンパイル通すだけなら

**デフォルトの名無しさん** · 2018/08/28(火) 00:36:01.05

英語得意ではなくてプログラミング言語の経験が全くないのなら
本を買う方がいいような気もする・・

**デフォルトの名無しさん** · 2018/08/28(火) 03:46:31.78

猫でも判るで十分じゃね

**デフォルトの名無しさん** · 2018/08/28(火) 07:03:31.88

神サイトはどぼんでしょ

あのサイトのコピペがC＃する日本ITドカタを支えてる

**デフォルトの名無しさん** · 2018/08/28(火) 07:14:31.08

そこもう情報が古くね

**デフォルトの名無しさん** · 2018/08/28(火) 12:15:17.24

>>228
細かいことよくわかんないけどなんとなくコピペで動くからいいやとVB的に使うならそれでいいけど、
言語を一から体系的に習得しようとするとC#はかなり大変だよ
継続的に進化してるから実感がないかもしれないが、今のC#はもはやメジャーな言語の中ではC++に次いでトップクラスに複雑な部類

**デフォルトの名無しさん** · 2018/08/28(火) 12:27:46.49

仕事でも趣味でも体系的に一から学ぶとかやっていたら何もできなくなる
自分の必要な部分以外勉強するのはもはや研究者

**デフォルトの名無しさん** · 2018/08/28(火) 12:31:32.32

C#って、言語仕様で難し目なのはyield, dynamic, awaitくらいな気がする
複数ある実行環境や巨大なフレームワーク、コンパイル後のILの話まで含めたら複雑だと思う

**デフォルトの名無しさん** · 2018/08/28(火) 12:39:40.35

>>234
具体的に

**デフォルトの名無しさん** · 2018/08/28(火) 13:10:00.14

>>237
たとえば簡単なところでいうと、読み取り専用プロパティの定義には今何種類のバリエーションがあるか知ってる？
int Hoge { get { return 5; } }
int Hoge { get => 5; }
int Hoge => 5;
int Hoge { get; private set; } = 5;
int Hoge { get; } = 5;
これらにどういう違いがあってどういうときにどれを使うべきか初学者向けに説明できる？

**デフォルトの名無しさん** · 2018/08/28(火) 13:12:12.91

>>238
どれでもいいじゃん
まずは動けばいいんだよ
バグる？そんなのバグったときに対応すればいい
どうせ世の中のほとんどのアプリがバグだらけなんだし
そしてそのバグ取り経験が学習にもなる

**デフォルトの名無しさん** · 2018/08/28(火) 13:14:07.70

C++やったことないから知らないどC++は基本的なことも複雑なイメージ
C#は極めるほど複雑なイメージ

**デフォルトの名無しさん** · 2018/08/28(火) 13:14:21.36

基本はかんたん

**デフォルトの名無しさん** · 2018/08/28(火) 13:15:27.95

>>238の例なら初心者は一番上だけ知っとけばいい

**デフォルトの名無しさん** · 2018/08/28(火) 13:20:49.83

複雑なことができると学習が困難
すべてを学習すること前提ならそうかもしれん

**デフォルトの名無しさん** · 2018/08/28(火) 13:55:05.69

>>236
>>125 でも質問させていただいたのですが、
yield, dynamic, await あたりは理解できているつもりであるものの
volatile の役割がどうしても理解できません。

慣れている方にとっては当たり前のことなのかもしれませんが、
volatile がある場合とない場合で動作が変わるコードの例だけでも
お教えいただけないでしょうか。

どうぞよろしくお願いいたします。

**デフォルトの名無しさん** · 2018/08/28(火) 14:22:59.40

>>244
>volatile がある場合とない場合で動作が変わるコード
難しいんじゃないかなあ

(1) 実行儒所を入れ替える
(2) 変数（メモリ）に直接アクセスしない

みたいな最適化がどういうケースでコンパイラによって行われるか、たぶん誰もよく知らないw

だけでなく、古い記事だけど
http://www.itmedia.co.jp/enterprise/articles/0503/23/news086_4.html
↑にあるように、CPUレベルの最適化はCPUに依存する

**デフォルトの名無しさん** · 2018/08/28(火) 14:32:18.53

使ったことなくてググったけどそもそものvolatileに対する理解がなんか違う気がする
http://d.hatena.ne.jp/dotnetmemo/touch/20111023/1319380181

**デフォルトの名無しさん** · 2018/08/28(火) 14:33:27.71

>>125
volitateは「この変数はマルチスレッドで使うよ」と明示することによってシングルスレッドの場合にしか効果的ではないような実行速度の最適化技術を使わせないようにするだけであって、排他制御を自動で行うものではないのでは？

**デフォルトの名無しさん** · 2018/08/28(火) 14:53:49.79

>>245-247
皆さんレスどうもありがとうございます！

>>245
> >volatile がある場合とない場合で動作が変わるコード
> 難しいんじゃないかなあ

ありがとうございます。
ということは逆に言えば、volatile が無いことによって想定外の最適化が行われて
不具合につながること自体が起こりにくいものだと考えてもいいのでしょうか。

ただ仮にそうだとしても、お作法的には複数のスレッドからアクセスされる可能性のある
フィールドはすべてに volatile を付けるべきなのかなとも思うのですが、

CS0420 : volatile フィールドへの参照は、volatile として扱われません。

のような警告がうるさくてあまり volatile をつけたくないときもあるので悩んでしまいます。

**デフォルトの名無しさん** · 2018/08/28(火) 14:54:59.71

>>246
参考ページのご紹介どうもありがとうございます。
実はそのページも読んでみたのですが

> ちなみに後者の記事では実際にvolatileをつけないと問題のあるコードが記載されている。
> 以下のコードをReleaseモードでビルドして、デバッグなしで実行すると終了しない。
> volatile をつける(static volatile bool complete = false;)と正しく終了する。

という記述に反して、私の環境（Win10, .NET Framework 4.7.1）では
volatile がなくても終了してしまうようです。
そもそも私にはそのページのコードと >>125 のコードが本質的に同じものに見えてしまい、

> volatileに対する理解がなんか違う気がする

とおっしゃることの真意が理解できていないのですが、
何かお気づきのことがあれば教えていただけないでしょうか。

>>247
レスありがとうございます。
つまり、volatite の有無で実行速度に差が出ることはあっても
計算結果が変わることはない、ということでしょうか。
そうであるなら気が楽なのですが、いくつかのページやここでの他の方のレスを読むと
どうしても確信が持てずにいます。

**デフォルトの名無しさん** · 2018/08/28(火) 15:45:02.14

>>248
確実である保証がないものに確実性の保証を与えるvolatileを「お作法」
と思う発想は100%間違っています

**デフォルトの名無しさん** · 2018/08/28(火) 16:26:12.47

>>250
レスどうもありがとうございます。やはり、>>249 に書いたような

> volatite の有無で実行速度に差が出ることはあっても
> 計算結果が変わることはない

などということを期待してはいけないということでしょうか。
ただ、volatite が無いとどのような問題が起こるのかを理解していないと、
どのような場面で volatite を使えば確実性の保証が得られるのかも分からず、
結局は、なんとなく気分が悪いから volatite をつけておこう、
というレベルにとどまってしまうように思うのです。

確実である保証がないことを証明するというのは
一種の悪魔の証明なのかもしれませんが、
例えばオーバーフローの危険性を説明するなら

int x = int.MaxValue;
int y = 1;
int z = x + y;

のようなコードを見せればいいですし、
volatite についてもこのようなコードがないものかと期待して
質問させていただいた次第です。

**デフォルトの名無しさん** · 2018/08/28(火) 16:40:01.44

volatie付けないとマルチスレッドだと遅くなるとかじゃないのか？
実行結果が変わるとか困るしそんなことになるならもっと知られてるはずなんだが

**デフォルトの名無しさん** · 2018/08/28(火) 16:45:40.99

>>251
最適化のオプション外してビルドしたら？
保険であるvolatiteが「どのようなときに必要か」はMSも公表していないんだからどうしようもない
volatiteを含んだ上で機能するコードをどうしても書きたいとかなら知らないけど

**デフォルトの名無しさん** · 2018/08/28(火) 17:49:00.74

保障のようなものでしょ
今はどうか知らないけど
例えば
a=1;
a=1;
a=1;
a=1;
a=1;
みたいなコードがあっても最適化でa=1が一回しか実行されないようにならないで
ちゃんと回数分実行されることの保証

**デフォルトの名無しさん** · 2018/08/28(火) 18:10:01.12

憶測で申し訳ないけど
a=calc0(a);
b=calc1(a);
が最終的にアセンブラレベルで

フィールドa　=　レジスタA
レジスタA =フィールドa

みたいなのが出てきた場合に
シングルスレッドであればあとのレジスタA=aの実行が無駄じゃないかと思って
実行しないとかありうるかもしれない
マルチスレッドならフィールドaが書き変わってる可能性あり

**デフォルトの名無しさん** · 2018/08/28(火) 18:24:08.22

>>255
コンパイラの最適化で削られるんじゃなく実行されないのか
どっちにしてもきりがない

**デフォルトの名無しさん** · 2018/08/28(火) 19:01:48.59

>>233
新しいとこ教えてクレメンス

**デフォルトの名無しさん** · 2018/08/28(火) 19:52:33.60

コンパイラの最適化の問題でしょ？
非同期処理で使うフィールドはいれときゃいいんじゃね

**デフォルトの名無しさん** · 2018/08/28(火) 20:25:43.56

ちなみに「お作法」という言葉を使う人間が書くコードは間違ってます
マメな

**デフォルトの名無しさん** · 2018/08/28(火) 20:43:21.83

>>251
もう作成されたILのコード全部確認・検証しとけよ
問題が起こらない方がいいのに何か起こらないと困るように見える

**デフォルトの名無しさん** · 2018/08/29(水) 01:22:33.42

>>251
C#ひいては.NET CILではJITないしAOTのコンパイルにかかる時間など故か
ネイティブC/C++程の最適化は行われないので具体例は難しいかもしれません

ということでネイティブC++（プログラム全体の最適化は無効）を例にしてみると
int n;
int main() {
n = 1;
n = 2;
return NO_ERROR;
}
上記コードは関数内でn = 1時点を参照してないし、最終的にn = 2じゃんという事で
「n = 1;」が削られマシンコードは「mov　dword ptr [n], 2」とリターンコードのみに成ったりします
参照の場合においても変数の値を逐一読み込まずレジスタに保持して使い回すかもしれません
これを「volatile int n;」と修飾すれば、そのような最適化は抑制されます

C#コンパイラ（C#→CIL)レベルでは読み書きにvolatile.接頭辞などが付く事になる筈
https://msdn.microsoft.com/ja-jp/library/system.reflection.emit.opcodes.volatile
ECMA-335やJIS X 3016といった言語仕様にも記載されていますが、排他制御云々ではありません

**デフォルトの名無しさん** · 2018/08/29(水) 02:03:21.40

つまり、実行結果が変わる場合があるということ？

**デフォルトの名無しさん** · 2018/08/29(水) 03:59:58.56

C#のデストラクタってどういう場面で必要なんでしょうか？
ネットの記事で見かけたところ
C++ではコンストラクタとセットでプログラマがマネージする必要があるが
C#ではシステムが自動でやるのであまり重要じゃないとありましたが
イマイチよく分かりませんでした
Win32API関数をマーシャリングして使用したりするとデストラクタは必要でしょうか？
実はそういうプログラムを自作してずっと使用してるのですが
デストラクタを書いてなくても特に問題が発生したことがありません
問題が出ないのはたまたま自分の使用環境が合ってるだけでしょうか？
デストラクタを書かないと具体的にどういう不具合が起こるんでしょうか？

**デフォルトの名無しさん** · 2018/08/29(水) 05:59:16.57

ファイル・データベース・プロセスなどのリソースが解放されないから、
使用メモリサイズがドンドン大きくなっていく

つまり、メモリリーク

**デフォルトの名無しさん** · 2018/08/29(水) 09:22:23.43

>>264
ありがとうございます
その「使用メモリサイズ」というのは
タスクマネージャーの「メモリ」という所を見ればいいのですか？

**デフォルトの名無しさん** · 2018/08/29(水) 09:30:37.55

vmmapを使った方が良いかも
HeapWalkerを使えるようになればなおよし

**デフォルトの名無しさん** · 2018/08/29(水) 09:55:10.31

>>266
windowsデフォの管理ツールに「リソースモニタ」ていうのもありますね
これでもいいのかな？
初耳な分野なので全く分かりませんが調べてみます
ありがとうございました

**デフォルトの名無しさん** · 2018/08/29(水) 21:29:00.98

C♯にて数あるエクセルファイルの中身を読み取りあれこれしたい時、早く開いて読み取って閉じる方法ってありますか？

**デフォルトの名無しさん** · 2018/08/29(水) 21:43:41.82

>>268
何と比較して？

**デフォルトの名無しさん** · 2018/08/29(水) 22:02:30.99

>>268
「あれこれ」じゃなく具体的に何がしたいか書かないと
やりたいことが多くなるほど「じゃあエクセルで直接開いた方が早いね」になるだろうけど

**デフォルトの名無しさん** · 2018/08/29(水) 22:14:58.95

前提条件やマシン構成で大きく変わるので思いつく手段を全部書いて実測

**デフォルトの名無しさん** · 2018/08/30(木) 03:48:10.84

>>268
バイナリーで読み込むのが最速

**デフォルトの名無しさん** · 2018/08/30(木) 07:21:13.96

>>270
①シート名の読み込み。
②指定シートの指定列の読み込み。
③指定シートの指定行の読み込み。

こんな感じのを各エクセルに①～③を繰り返し行う。

ネットを参考に見て普通に開いて閉じるだと遅くて...

**デフォルトの名無しさん** · 2018/08/30(木) 09:55:38.76

>>273
ExcelDataReaderでも満足できないレベルに遅いの？
だとしたらほぼ無理かと
Excel側で予め必要になる情報をVBAとかでtxtファイルに出力しとくとかで対処するしかなさそう

**デフォルトの名無しさん** · 2018/08/30(木) 12:24:59.82

>>273
ネットで参考にした情報はOLEでExcelを起動して読み込む方法かね？
それは遅いからOpen XML SDKでも使って直接ファイルを読んだ方がいいね

**デフォルトの名無しさん** · 2018/08/30(木) 17:27:14.97

質問させてください！

VisualStudio2017のC#Formアプリで自分用のテキストエディタを作ろうとしていて、
「改行した時、一行前の行頭に全角スペースがあった場合次の行頭にも全角スペースを挿入する」
というちょっとした自動インデントのような動作をさせたいのが目的です。

探り探りで一応目的の動作をするコードは書けたのですが、
「KeyUpからエンターキーの場合のみ分岐して座標をひとつ戻してから改行かどうかを確かめて、
　行数を調べて一文字切り出してからカーソル位置を戻して比較して……」
をはじめとする行程で相当に回りくどいことをやっているような感覚があるので
もっとスマートな方法はないものかと思い質問に来ました。

どうぞよろしくお願いします。

https://ideone.com/8J7uBK

**デフォルトの名無しさん** · 2018/08/30(木) 18:25:03.14

エディタはそんなもん
作るの超めんどい

**デフォルトの名無しさん** · 2018/08/30(木) 18:56:29.70

task難しすぎない…？
非同期が難しいのは当然だけどこんな躓いたのc#が初めて

**デフォルトの名無しさん** · 2018/08/30(木) 19:01:33.74

スレッドのシーケンシャル図みたいなのに書き出すといいよ
まあスレッドセーフな構造を理解してるのが大前提だけど