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

2021/05/16(日) 10:45:59.00

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

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

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

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
https://referencesource.microsoft.com/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html

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

2021/06/11(金) 03:39:29.02

つかなんで使いどころがないと進めないんだ？
学校の勉強でいちいち使いどころとか考えてたか？

2021/06/11(金) 07:17:53.54

getsetなんか俺はゴミだと思う

2021/06/11(金) 09:38:54.03

get setは構造化の基本
データの塊はこーゆー設計がいいよねって話

データの塊なので、利用、登録は意識しない
（なるべく他に依存しない）

ただ、オブジェクト指向だからって、車のネジ一本から作るのは間違い
そのアプリが目的としている形のオブジェクトでいい
トラックなのか乗用車なのか、とか、車なのか電車なのか

2021/06/11(金) 10:22:39.64

×構造化
〇カプセル化(情報隠蔽)

2021/06/11(金) 10:48:58.40

すまんね。
ただ「プログラムの構造・設計」って意味で言ったので間違ってないよ
（俺自身は隠蔽する意味を見出していない、日本語訳が間違ってるだけ？）

ちなみに、質問者のプログラムだと、登録と利用が同時に行われてるので、get setの意味は全く無い
意味ないと思うのは当然

2021/06/11(金) 12:12:38.48

訳分からん俺様用語を使っている時点で本当は自分で何も調べてもいなければ
他人とコミュニケーションする意思もないことは明白。

getsetの壁って何やねんw

2021/06/11(金) 12:36:14.35

>>288
初心者の域をでない俺だけど
そういう理屈っぽい所理解したいなら
ちゃんとした書籍買って読むといいと思うよ
その辺順を追って説明されてるから

2021/06/11(金) 12:57:23.03

>>288
社員番号、入社年度、年齢、性別とか沢山の項目があるなら構造化する
ひとつならたいして意味ない。ただし項目によってはValueObjectにしたほうがいいかもしれない。

で、入社年度から在籍年数をクラス内で計算してgetできるようにするとか。そういったロジックをクラスに用意する。

ただこういうクラスの場合はsetを使うより
コンストラクタで渡すほうがよい。
で、get; private set;
にする

2021/06/11(金) 13:05:02.82

>>298
今はコンストラクタで初期化するならprivate setは不要

2021/06/11(金) 14:47:45.55

わかったよ
入門者はget setに注目してるから、訳がわからなくなるんだな

大事な方は、データの塊の持ち方であって、取り方入れ方は副産物

本来はgetって書いてあるから取ってるんだねって一発でわかる様になってたが、今は書かない様になったから、getメソッドのメリットが薄くなってる

2021/06/11(金) 14:55:57.07

>>288
「GetSetの壁」より先に
「公式リファレンスの壁」を越えるといいよ
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/classes-and-structs/using-properties

2021/06/11(金) 15:00:19.14

根本的な疑問は
プロパティじゃなくて（公開）フィールドで良いんじゃないか、ってことじゃないのかね

2021/06/11(金) 16:12:18.68

>>302
恐らくその通りだと思うけど、聞いてる方も答えてる方も
コミュニケーション能力が低すぎてなんか滑稽なことになってるねw

そして、これが肝心だけど、そういうことなら普通
こんなところで質問する前に「プロパティ　フールド　使い分け」
とかで検索する。

getsetの壁とか訳わからんこと言ってることから分かるように、
この質問者さんは普通の人がまずやることを何もやってない。

2021/06/11(金) 18:01:38.21

コミュニケーションの壁を感じますね(適当)

2021/06/11(金) 18:06:02.90

俺がコミュ症とはひどいなぁ（文才が無いだけ）
人生口先だけで生きてきたよ
それは置いといて

質問者は「Mainの中にint p=32」と言ってる時点で、データ外出しに気づいてないなと思ったよ

2021/06/11(金) 19:22:00.59

>>288
この例ではpを表示してるのは確認の為で主目的ではないね

プロパティはクラスのフィールドみたいな物
フィールドはクラスの変数で、寿命はクラスを作ってから破棄まで
例えば、個人情報のクラスなら住所や電話番号がフィールド

いくつかの理由でフィールドに直接アクセスするのは良くないとされている
つまり
✕personal.phone=09012345678とかnum=personal.phone
○personal.SetPhone(09012345678)やnum=personal.GetPhone()

でも下の表記はクラス側にSetxxx/Getxxxを書かなくてはならず詰まらないコード量が増える

そこでC#は呼出側は上の記述が使え、クラス内では最低限のコード量で書くプロパティが考案された

2021/06/11(金) 19:52:45.88

以前は{ get; set; }って記述は出来なかったよね。
必ずprivateの保存先に読み書きしたり、なんかロジックとか固定値で値を返したり。
さらにラムダ式とか多様な定義が出来るようになったから、着いていけない人も居るのかも。
自分も自信ない。無駄な書き方してないだろうかと。

2021/06/11(金) 20:13:06.43

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

>>288は、まずプロパティという概念を理解できているのか？
そしてそれがC#ではどのように実装されるのかを理解できているのか？
（今のC#のプロパティにはいろんな書き方ができるのでわかりにくい）

その上でフィールドとの使い分けなら
クラスの外部に公開するものはプロパティにする
単純に値を格納するだけのもの以外はプロパティにする
が基本方針だと思えばいい

2021/06/11(金) 20:37:00.28

アルゴリズム云々じゃなくてとりあえずコーディングの練習したいときの手軽な問題って何があるかな？

今は競技プログラミングの簡単な問題を最近の記法使いつつ解いてるのだが他に何かあれば知りたいです

2021/06/12(土) 00:34:16.72

>>309
テトリスでいい

2021/06/14(月) 11:10:57.15

Debugger.Breakメソッドってリリースビルドで落ちますか？

2021/06/14(月) 11:30:41.88

とりあえず
Debugger.isAttachedで解決しました

2021/06/14(月) 20:09:02.57

株価チャートは作れますか？

2021/06/14(月) 20:10:32.46

作れるけど自分で使う用ならPythonの方がいいよ

2021/06/14(月) 23:03:12.79

Python遅くない？

2021/06/15(火) 02:51:49.51

完成するまでの時間を考慮すればペイするよ
初心者がC#で完成させるのは不可能だから、速度はゼロだ

2021/06/15(火) 06:00:09.68

Pythonとjupyter notebookですぐに欲しい結果が出せるのが良いよね。
実効速度で比較する意味はないってことか。

**313** (ﾜｯﾁｮｲ ff05-W6T4) · 2021/06/15(火) 07:49:35.29

>>314
ありがとうございました。

2021/06/15(火) 09:42:34.43

そもそもグラフィカルなアプリは人間の知覚や操作がボトルネックになるので、単純なコードの実行速度にはあまり意味がない

2021/06/15(火) 22:28:24.77

アプリの設定情報の保存がイマイチよくわかってない自分。

2021/06/15(火) 23:06:30.86

<ﾌﾞｯｸﾘｽﾄ>
<ｱｲﾃﾑ id="11">
<ﾀｲﾄﾙ>XML</ﾀｲﾄﾙ>
<筆者>鈴木</筆者>
<ｶﾃｺﾞﾘ>1</ｶﾃｺﾞﾘ>
</ｱｲﾃﾑ>
<ｱｲﾃﾑ id="22">
<ﾀｲﾄﾙ>WORD</ﾀｲﾄﾙ>
<筆者>田中</筆者>
<ｶﾃｺﾞﾘ>2</ｶﾃｺﾞﾘ>
</ｱｲﾃﾑ>
</ﾌﾞｯｸﾘｽﾄ>
こんなxmlをID指定で読みたい。ID 22ならば、WORD、田中、2が得られるように。

調べると下のようなものが出てきました。指定で読み込みたいのでforeachでなく読んだ結果を直に欲しいです。（foreachの中身のような）
IEnumerable<XElement> infos = from item in xml.Elements("？？") select item;
foreach (XElement info in infos){
info.Element("ﾀｲﾄﾙ"）
info.Element("ｶﾃｺﾞﾘ）
}

指定で読むにはどうしたら良いですか？

2021/06/16(水) 00:27:44.40

findByIdはないです
なんで無いのかは知らないです
実用性を無視した意味不明なこだわりを持ってるライブラリ設計者っていますけど、たぶんその類だと思いますね
別の言語ですがElementTreeの設計に関しても似たような後継を見ましたね
XMLは変な設計者を引きつけるのかも知れない

2021/06/16(水) 00:34:43.94

XPathで一発じゃんか
Linqはコレクション向けの機能だからな

2021/06/16(水) 01:16:30.17

>>321
読んでみないとわかんないじゃん？
だから全部読むよ
id=22だけっつったって
ネスト入りのテキストである以上全部読まなきゃどんな構造かわからんよの

2021/06/16(水) 17:36:15.53

>>321
bs = BeautifulSoup(xml, features='lxml')
for item in bs.find(id='22'):
if type(item) != bs4.element.NavigableString:
print(item.text)

2021/06/16(水) 18:57:39.81

bsのfindはリストやシーケンスを返さないよ(Tag or Noneを返す)
よってTypeErrorで動かない

2021/06/16(水) 21:45:08.91

Ruby, Nokogiri では、XML もHTML のように使える。
CSS セレクターも使える

require 'nokogiri'

doc = Nokogiri::XML(<<EOT)
<root><books>
<book id="1">
<title>one</title>
</book>
<book id="2">
<title>two</title>
</book>
</books></root>
EOT

element = doc.at_css( "#2" )
puts element.at( "title" ).content #=> two

2021/06/16(水) 23:24:04.21

初心者だけどVBAのノリでgosub return使おうとしてコンパイラにエラー出されて悩んだ
goto使えるんならこっちも使えてもいいじゃん

2021/06/16(水) 23:38:57.75

>>321
var doc = XDocument.Load("BookList.xml");
var item = doc.XPathSelectElement("//booklist/item[@id='22']");
Console.WriteLine(item.Element("title"));

2021/06/17(木) 00:41:59.71

>>328
ローカル関数やラムダ式は使えるよ。
どうでもいいけどGoSubなんてまともな人はVBAでも使わないよw
そんなのは80年代の遺物だ

2021/06/17(木) 03:03:58.98

質問失礼いたします。
0.5秒間隔に、３回連続で２枚の画像を交互に表示させたいのですが、２つ目の画像しか表示されません。
開発環境はVisual Basic Studio、言語はC＃です。
プログラムは下記の通りです。
どうぞよろしくお願いいたします。

private void button1_Click(object sender, EventArgs e)
{

Timer timer = new Timer();
timer.Interval = 500;
timer.Start();

int count = 0;

pictureBox1.ImageLocation = @"ファイル名";

pictureBox1.ImageLocation = @"ファイル名";

if (count < 3)
{
count++;
}

else
{
MessageBox.Show("終了");
timer.Stop();
}

2021/06/17(木) 05:52:30.68

>>331
何が悪いとかのレベルじゃない
特定の行でF9でブレークポイントが設定できデバッグ実行を止めることができる
その後F10で一行ずつデバッグ実行を進めることができるから想定している動きになってるか確認することから始めた方がいい

2021/06/17(木) 05:54:28.97

>>328
特定の処理を呼んで返したいなら、メソッドに切り出せば良いんじゃないのかな。

2021/06/17(木) 15:21:46.42

>>331
private bool mIsBusy = false;
private async void StartSlideShow()
{
　　if (mIsBusy) return;
　　mIsBusy = true;
　　var dir = @"C:\Windows\Web\Wallpaper\Theme2";
　　var names = new[] { "img7.jpg", "img8.jpg", "img7.jpg", "img8.jpg", "img7.jpg", "img8.jpg" };
　　foreach (var name in names)
　　{
　　　　var path = System.IO.Path.Combine(dir, name);
　　　　pictureBox1.ImageLocation = path;
　　　　await Task.Delay(500);
　　}
　　mIsBusy = false;
}

2021/06/17(木) 16:07:14.40

>>330
いや、寧ろGoSub使わずに一つのサブルーチンにすべてを書くやつがコボラーの亡霊です

2021/06/17(木) 16:09:36.15

ローカルメソッドはどうなんだろうね
外出せばいいじゃん派と他で使わないならローカルにしとけよ派で争うのかな

2021/06/17(木) 16:59:01.31

>>331
>>334ががっつり趣旨に沿ったコード書いてくれちゃってるので解決かもしれないけど
>>331のコードだと2つ目だけ表示されるのは正しい動作だぞ
コードとしてはボタンが押されたらタイマー設定のみ行って画像1を表示
待ち時間なく画像2を表示(同じものに上書きしているので結果として画像2だけ表示)
countは常にメソッドの中で初期化されるので永遠に終了ダイアログは表示されないし
timerも止まらない
イベントメソッドも存在しないのでTimerクラスを使った意味がない
っとプログラムとして成立していないよ

2021/06/17(木) 21:24:02.95

>>334
原型とどめてなくてわろす、でもそうじゃないんだ

2021/06/18(金) 08:14:42.61

if (mIsBusy)と returnの間にスレッドが割り込まれたら複数動いちゃうんじゃね・・。

2021/06/18(金) 09:03:58.05

StartSlideShowはUIスレッドでしか呼び出されない前提だから問題ないよ

2021/06/18(金) 12:12:31.58

他人のコードにケチつけずにはいられない、嫌われる人。

2021/06/18(金) 13:08:32.73

VisualStudioスレで質問しましたが回答を得られなかったのでこちらに投げ直します、よろしくお願いします

c#でWindowsFormのForm1（大きさ以外全てデフォルト）に
richTextbox(大きさ以外全てデフォルト)のコントロールを張り付けて以下のコードを実行

static void Main()
{
Application.Run(new Form1());
}

表示されたrichTextboxにイメージをペーストすると強制的に縮小されてしましまいます、richTextboxのサイズに依存せずすべて同じ大きさになります

どうして等倍で表示されないかの理由と等倍にする方法、又は倍率指定をする方法はありますか？

※キャプチャ画面 http://up-img.net/img.php?mode=jpg&;id=22425

参考１：vb.netでも同じ現象が起きます
参考２：クリップボードのイメージを縮小してからペーストしたところ画像は小さくなるのですが拡大してからペーストをしても同じ大きさのままで一定の大きさを超えることはありませんでした
参考３：イメージのハンドルをマウスカーソルでつかんで大きさを変えることは可能です

2021/06/18(金) 15:11:40.58

テトリス作ってるんだけどおもしれー
もしググったら洗練されたコード出てきちゃってつまんなくなるから一切調べない方向で行く
オブジェクト指向って何ですか？っていうとんでもなく酷いコードなんだけど、とりあえず力尽くで作ってみる

2021/06/18(金) 15:15:28.22

>>343
イイね！できたら教えてよ！！

2021/06/18(金) 15:25:02.03

はぁ～い　時間かかりそうだけど！

2021/06/18(金) 16:37:12.93

wpfのdatagridでmvvmでテトリス

2021/06/18(金) 17:29:10.97

>>342
再現できんなあ。

コピー元アプリの方で縮小してるんじゃないの？
その問題のクリップボードの画像は、他のアプリ、例えばペイントにペーストした時には
ちゃんと原寸大でペーストされる？

画像サイズがデカい時、ワードパッドだと横幅に合わせて縮小されるけど、
RichTextBoxにそんな気の利いた機能が実装されてるとも思えんけど

2021/06/18(金) 17:35:41.01

DPIじゃねーの

2021/06/18(金) 19:34:09.02

>>347、348
ペイント、エクセルでは等倍になりましたがOneNoteは少し小さくなりました
確かにDPIが関係していそうな気がするのでそのあたりを調べてみますね

2021/06/18(金) 21:14:08.05

>>349
色々試してみたところ画像ファイル（jpg）を直接ドラッグしたりコピペした場合には画像が小さくなって、ペイントに一度貼り付けたものをコピペした時は等倍になるようです
つまりクリップボードの中身がファイル名だとなぜか縮小されて、イメージファイルだと正しくコピーされるようです、理由は解らないですがちゃんとイメージをコピーしていない自分のミスでした、すみません
ありがとうございます

2021/06/18(金) 21:18:17.98

マカーが作った画像じゃないの？DPIが72になってるやつ。
Windows標準は96dpiだから、同じ300ピクセルの画像でもdpi情報が72か96かで変な挙動した記憶がある。
テストに使ってる画像を右クリックして詳細タブの「水平/垂直方向の解像度」の値みてみ。

それとテスト画像を96dpiで作られてるもので試してみるとか

2021/06/18(金) 21:21:54.18

右クリックしてプロパティの詳細タブね
中段くらいにあるの「水平方向の解像度/垂直方向の解像度」

2021/06/19(土) 00:22:28.91

>>351
私もそう思って色々なDPIのファイルを試したのですけど全て同じ挙動なんですよね、大体は96か300あたりでした
逆に72は今のところはないようです

とりあえずPictureBoxに画像を読み込めば等倍でいけるのでそれで代用するしかないかなと考えています

2021/06/19(土) 11:19:41.98

再現はしたけど、解決方法は分からないなあ。
間接的な方法ではこんなのがあるかも。
1) RichTextBox の中に PictureBox を貼り付ける
2) コピー元によっては期待通りになるなら、一度別のコントロールに貼り付けた後にそこからコピペしてみる

RichTextBox.Rtf プロパティをどうにかするって投稿もあったけど、自分にはどうにもならなかった。

2021/06/19(土) 13:34:06.66

だから最初から言ってるけど、コピペにしろD&Dにしろ、まずソース側を疑うのが普通でしょ。
何でそれをやらないのか不思議でしょうがない。

ソース側がサムネイルを提供してるならサムネイルが表示されるのが正常な動作で受け取る側では
どうしようもない。

少なくともデータがビットマップなら勝手に縮小するような仕様になってないのは確かだ。

2021/06/19(土) 16:10:20.94

疑うソースがないからでは。
新規作成のプロジェクトに RichTextBox を張っただけで再現したし。

2021/06/19(土) 16:34:18.74

>>356
えっと日本語通じてますか？

2021/06/19(土) 16:42:34.90

通じるだけでいいのか？(挑発)

2021/06/19(土) 17:09:46.83

>>342の人がソース側（コピー元）に使っているアプリがそうなっているか分からないが、
コピーやドラッグ操作が行われた時、デスティネーション側に提供するデータが

(1) 元画像のファイル名
(2) その画像のサムネイル

この2つを含む時、ペーストまたはドロップされる側のアプリがどちらを優先的に受け取るかによって
何が表示されるかは異なってくる。

>>350に書かれているような現象が起こるとしたらこういう理由でしょうね。

2021/06/19(土) 18:35:19.62

有料サービスかYahoo!知恵遅れを使いたまえ

2021/06/19(土) 23:50:18.43

>>359
ありがとうございます、350です、確かにクリップボードをみてみると同じjpgファイルでも
ペイントに表示させてからコピーしたものはイメージの形式がCF_DIBになっていて
エクスプローラからコピーしたものはCF_HDROPになっていました
予想ではrichTextboxはこのデータの形式によって挙動（優先順位もそうですが）が違うようで
CF_DIB(BITMAP)形式のデータを渡してあげないと等倍にはしてくれないようです

ここまでは教えて頂いて解ったのですがじゃあどうするかというとかなり難しいようで
スキル的にさっぱり解らないので今回は何か他の方法を検討してみようと思います
※ちなみにPictureBoxに表示させてからコピペしてもダメでした

2021/06/20(日) 02:16:25.90

普通にエクスプローラからコピペとかドロップしたら、ファイル名が表示される気がするんだが
詳しい環境と手順書いてくれ

2021/06/20(日) 08:47:45.77

>>362
解る限りですが……
VS：Version 16.7.2 win10 4K
ブラウザ:Chronme
手順は基本 >>342のとおりです、それ以外は特にいじっていないです
あとは下記２点で試しています
元ファイルはネットにある画像ファイル（不特定多数でなんでも）で
縮小は横幅が376（目読み笑）ピクセル以上あればどれでも起こるようです
※PictureBox1.SizeMode = PictureBoxSizeMode.Zoom;と同じ挙動です

クリップボード内容はこれで確認しました
https://www.officedaytime.com/clipmm/

参考にしたのはここらへんです
https://www.atmarkit.co.jp/ait/articles/0012/19/news005.html
https://johobase.com/clipboard-get-set-csharp/
http://blog.esora.xyz/clipboard-auto-convert
https://docs.microsoft.com/en-us/windows/win32/dataxchg/standard-clipboard-formats
https://dobon.net/vb/dotnet/system/clipboardformats.html

もちろんエクスプローラーからコピペしたものはファイル名も入っているのですが
前回その部分は割愛させていただきました

2021/06/20(日) 11:30:26.30

ここを見るといいと思う
https://weblog.west-wind.com/posts/2020/Sep/16/Retrieving-Images-from-the-Clipboard-and-WPF-Image-Control-Woes

2021/06/20(日) 13:09:02.38

RichTextBoxのEnableAutoDragDropはデフォルトfalseだから、そもそもドロップできないってのはおいといて

エクスプローラからRichTextBoxに(JPEG)ファイルをドロップやペーストしても
ファイル名が表示されるだけで、そこに画像が表示されたりしないだろって言ってるんだが

俺の環境だけか？

2021/06/21(月) 17:49:14.81

AppendAllTextとアクセス権についてお詳しい方いらっしゃいましたら教えてください。

今、とあるテキストファイルに対しデータを追加するコードを書いています。そのファイルのアクセス権は少し特殊で、上書き保存は許可せず、データの追加のみ許可しようと考えています。

OSはWin10ですので、ファイルのセキュリティの詳細設定から、データの書き込み許可のチェックは外し、データの追加の許可はチェックしてある状態です。
その状態でファイルに対しAppendAllTextを実行すると、ファイルのアクセスが拒否されたとのエラーが発生してしまいます。
StreamWriterやFileStreamを使ってデータの追加を試みても同様の結果でした。
実行アカウントが正しいことはWindowsIdentityから確認済みで、操作対象のファイルに対しデータの追加権限があることもSecurityManagerのIsGrantedで確認しました。
また、データの書き込みを許可するとエラーは出なくなります。

以上の現象は仕様なのでしょうか？
データの書き込みを許可せずにファイルにデータを追加する良い方法は無いでしょうか？
長文になり申し訳ありませんが、教え頂けると幸いです。

2021/06/21(月) 18:56:22.55

それC#関係あるの？

2021/06/21(月) 19:09:48.17

>>367
許可は与えているのでできないのはC#側の仕様かと思い込んでいましたが、先程Pythonで同様の処理をしようとしても同じくエラーでした。
アクセス権はあるはずなのにできない理由が不可解ですが、C#固有の問題では無さそうなのでスレ違いでした。
お騒がせしました、ありがとうございました。

2021/06/21(月) 19:44:00.59

試さずに書いちゃうけど、
>>366のはFileStreamのコンストラクタでfileModeに「FileMode.Append」を明示的に指定した場合に限っては
エラーにならず意図したとおりに追記書き込みが出来そうな気がする

File.AppendAllTextのソースを軽く見た限りは
https://referencesource.microsoft.com/#mscorlib/system/io/file.cs,d673bcd88b09d5b8
の
https://referencesource.microsoft.com/#mscorlib/system/io/file.cs,4ff1446b33bdfb6b
って感じで細かいパラメータを指定せずStreamWriterを開いてるから
暗黙のうちにFileMode.Open（＝追記に限らない汎用的な書き込み要求）でファイルを開こうとして
エラーになってるんだと思う

2021/06/21(月) 19:57:20.17

cmdで
echo AAA >> hoge.txt
とかやってもダメだねw

そもそも「書込み不可」なのに「追記可能」というのは矛盾しているようにしか聞こえない。
ググって↓の記事とか読んでみたがどうも判然としないね
https://milestone-of-se.nesuke.com/sv-basic/windows-basic/kind-of-permission/

逆に「書込み可能」と「追記不可」という組み合わせに意味があるってことなんだろうか？

2021/06/21(月) 20:01:54.37

>>369
やってみたがFileAccess.Writeを指定してオープンできへんので
当然FileMode.AppendもNG

2021/06/21(月) 20:25:03.04

>>369
スレチで終わってる話を蒸し返す
C#名物教えたがりマン

2021/06/21(月) 20:26:07.89

皆様ありがとうございます。
長くなりすぎて書くのを省いてしまったのですが、FileMode.Appendと明示しても駄目でした。
書き込みは既存の内容を変更するための権限と思っていたので追記は単独で機能すると考えたのですが、追記するにも書き込み権限が必要になるようですね…

2021/06/21(月) 20:27:24.58

あーできないんかー

FileStreamの初期化処理見てみたら何かわかるかなあと思ったら
歴史の積み重ねというかなんとも泥臭いソースだった・・・
https://referencesource.microsoft.com/#mscorlib/system/io/filestream.cs,76ef6c04de9d0ed8,references
ファイル開く処理って当たり前だけどWin32APIなのね

2021/06/21(月) 20:32:49.87

えースレチなの？
C#で書くソースでもNETFrameworkAPIの仕様についての話になるようなテーマはこのスレで書いちゃだめなのかあ
こんなんで教えたがりマン呼ばわりされちゃうのかあ

2021/06/21(月) 20:41:48.04

>>375
.NET APIの話ですらなく、NTFSの話だから完全にスレチ
上書き保存を禁止したファイルには追記もできない

2021/06/21(月) 20:47:40.52

また下劣な交通整理マンが威張ってるのかw
ほんとバカだよなこいつ

2021/06/21(月) 20:52:11.09

このバカの論理を厳密に適用したらこのスレの大半の質問はスレ違いになる。
そもそも>>366みたいな質問で誰が困るのかね。
だーれも困りゃしねーよバーカ。
単にお前が他人にケチを付けたいって卑しい動機で言ってるだけだろ馬鹿臭い。

2021/06/21(月) 21:30:40.10

>>378
え？ファイルシステムとC#なり.NET Frameworkなりにどんな関係が？
>>378の言うことを疎漏に適用したら5chにスレは一つで良いってことになるけどその境界は？

2021/06/21(月) 22:14:52.08

フルコントロールを外す
変更、書込に許可
特殊なアクセス許可で削除、ファイルの作成不許可だったかな

2021/06/22(火) 19:04:26.06

諸先輩の方々にご教授願いたい事があり、質問させていただきました。

皆さん、アプリを作成する際のアイコンはどこで仕入れてらっしゃいますでしょうか？

ツールバーのアイコンのセットを購入したいのですが、どこで皆さん買われてますか？

教えてください🙇🏻

2021/06/22(火) 19:30:53.20

C#関係無し。次の方どうぞ。

2021/06/22(火) 20:15:33.60

https://docs.microsoft.com/ja-jp/visualstudio/designers/the-visual-studio-image-library?view=vs-2019

2021/06/23(水) 02:14:59.51

例外処理をどうするべきか教えて下さい。

処理の流れは以下です。
①DBサーバーに接続
②サーバーにクエリを投げてデータ取得
②取得したデータをFormのDataGridViewに反映

この場合、通信不調が原因で例外が発生しそうな場所は、
①接続タイムアウト
②クエリ送信後に通信不調が発生しデータ取得不可
③データが取得できなかった場合にNullReferenceException
だと思っているのですが、どこでtry catch処理してユーザーに通知するべきなのでしょうか？

2021/06/23(水) 08:25:05.59

C#関係無し。次の患者さんどうぞ。

2021/06/23(水) 08:54:43.68

これは関係あるだろ
歴外処理は言語依存だ

2021/06/23(水) 09:16:09.79

>>384
NullReferenceExceptionが出るのはバグと見做すのが普通であり、明示的にnullチェックして例外を発生させないようにすべき
そもそも例外は個別に処理しないのが基本であり、ユーザーへの通知なんか最終的にはApplication.ThreadExceptionイベントでやればよい
その上でメッセージを出し分けたいとかリトライしたいとか個別の事由がある場合には処理に適した場所でキャッチして処理する
個別にメッセージ出したいならクリックのイベントハンドラなどUIの一番大元で処理するのが適切だろうな

2021/06/23(水) 12:59:00.83

>>384
なんか抽象的過ぎて結局何が聞きたいのかよくわからない気が。

tryブロックをどこに書くべきかって話ならもちろん普通は発生個所に書く。っていうか、
通信が絡むならリトライする関係で必然的にそうなるよね？その上で必要ならそのまま再スローするか
ラップしてスローする。

リトライなんかしなくてもtryブロックはいちいち発生個所に書かないとダメ。なぜならどこで例外が
起こりうるかなんてだいたい理解しているのはそのコードを集中して書いてる時だけですぐに忘れるから

エラーメッセージの表示は誰の仕事かという意味ならそれはもちろんUIの仕事で疑問の余地はない。

あと間違ってるかもしれないが、↓の記事にあるような集約的に例外をトラップする機能は
プログラマが想定してない例外の発生（要するにバグ）を想定して使うものであって
手抜きのために使うものではないと思う。
https://www.atmarkit.co.jp/ait/articles/1512/16/news026.html

2021/06/23(水) 22:27:53.29

終了処理がないなら例外は一番外側でcatchすればいいかな？
一番外側ってのはformでいうclickメソッドみたいなのね

終了処理が必要なとき
つまりDBの更新処理なんかに失敗したとき例外でぶっ飛ばしちゃうと
Rollbackができないのでcatchが必要

よくやる間違った組み方で
例外=エラーとして組んじゃうと
上記のようなときにエラーをうまく伝搬することができない
例外は本当に想定外の受け皿
ある条件下で起こることがわかっているものはエラーとして処理するとうまくいく

2021/06/23(水) 22:35:03.91

>>389
>Rollbackができないのでcatchが必要

using TransactionScopeするといいよ