<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>C# on Momori Nakano</title><link>https://momori.dev/tags/c%23/</link><description>Recent content in C# on Momori Nakano</description><generator>Hugo -- 0.147.0</generator><language>en-us</language><lastBuildDate>Sun, 10 Jul 2022 00:00:00 +0000</lastBuildDate><atom:link href="https://momori.dev/tags/c%23/index.xml" rel="self" type="application/rss+xml"/><item><title>『Effective C#』で C# に親しむ</title><link>https://momori.dev/posts/effective-csharp/</link><pubDate>Sun, 10 Jul 2022 00:00:00 +0000</pubDate><guid>https://momori.dev/posts/effective-csharp/</guid><description>&lt;p>様々な言語にある Effective シリーズの C# 版 &lt;a href="https://www.seshop.com/product/detail/22138">『Effective C# 6.0/7.0』&lt;/a> です.
基本的な文法の説明などはなく, 実践的な問題に対するテクニックやアプローチの仕方が 50 項目掲載されています. C# の基本的なことは分かったという状態で読むと理解が深まるでしょう.&lt;/p>
&lt;p>50 項目のうち特に印象に残ったものを紹介します.&lt;/p>
&lt;h2 id="項目-2-const-よりも-readonly-を使用すること">項目 2 const よりも readonly を使用すること&lt;/h2>
&lt;p>混乱しがちな const と readonly についての項目です.&lt;/p>
&lt;p>両者の最も大きな違いは, const はコンパイル時, readonly は実行時に解決されるという点です. コンパイル時定数の const 変数は, コード中の使用箇所をその値で置き換えたような IL が生成されます.&lt;br>
この仕組みによって const 変数が別アセンブリで参照される場合, 気づきにくいバグを生む可能性があります. const 変数の値を変更したとしても, その変数を使用しているアセンブリではリビルドするまで変更前の値のままになるのです.&lt;br>
よって基本的にこの問題を回避できる readonly を使ったほうがよいという主張です.&lt;/p>
&lt;p>しかし, これは const 変数を外部のアセンブリに公開した場合のみに起こる現象なので, private や internal にしておけば済む話です. ライブラリではないプログラムの場合はそもそも外部のアセンブリに使われることがないので関係ありません.&lt;br>
よってスローガンは「外部アセンブリに公開する変数は const よりも readonly を使用すること」の方がより正確だと思います. もちろん const にはパフォーマンスの利点しかないので, 柔軟性を重視して常に readonly を使うという考え方もありかもしれません. しかし, コンパイル時に決まる値ならコンパイル時に決めたほうが良いですし, デメリットを理解した上で const と readonly を適切に使い分けるべきということですね.&lt;/p></description></item><item><title>『C# による マルチコアのための非同期/並列処理プログラミング』で C# の非同期を概観する</title><link>https://momori.dev/posts/csharp-concurrency/</link><pubDate>Mon, 18 Apr 2022 00:00:00 +0000</pubDate><guid>https://momori.dev/posts/csharp-concurrency/</guid><description>&lt;p>&lt;a href="https://gihyo.jp/book/2013/978-4-7741-5828-0">本書&lt;/a>はタイトルの通り C# の非同期/並列処理についての書籍です.&lt;/p>
&lt;p>対象としているのはマルチスレッドの理論的な事柄ではありません. .NET や C# にすでに備わっている環境をどのように利用してプログラムを書くかということに焦点を当てています.&lt;br>
そのため, 具体的な.NET のライブラリの使い方を, 実践を通じて知りたい方におすすめです.&lt;/p>
&lt;p>個人的な白眉は昔のバージョンから新しいバージョンまで, 各 .NET での実装が比較されている点です. バージョン 1.x 系の.NET ではこう書く, 2.x 系ではこう書く, といった風にして, 1.x 系から 4.5 まで扱います.&lt;br>
今更昔のバージョンの .NET を利用することはないとはいえ, 歴史的な変遷を見られてためになりました. 昔はこんなに面倒だったのかと驚き, それによって新しいバージョンでの書き方では何が省略されているのかイメージを掴むことができました.&lt;/p>
&lt;h2 id="非同期並列処理の基礎">非同期/並列処理の基礎&lt;/h2>
&lt;p>まずは非同期/並列処理とは何か, ということから始まります. マルチスレッド, レースコンディション, ロック, スレッド間同期といった主要なトピックスが紹介されています.&lt;br>
この辺りのことはすでに一通り知っていたので新鮮さはなかったのですが, 同じことでも別の説明を読むのはためになります.&lt;/p>
&lt;p>いいなと思ったのは「非同期」と「並列」という言葉の使い分けです. 「並行」と「並列」が一般的ですが, これらは混同しやすいので本書では並行の代わりに非同期という言葉が使われています. 個人的にも「並行」と「並列」は言葉だけだといつも分からなくなるので「concurrent」と「parallel」で覚えていますが, 「非同期」と「並列」の方が分かりやすくて良いかもしれません.&lt;/p>
&lt;h2 id="新旧-net-で変遷を見る">新旧 .NET で変遷を見る&lt;/h2>
&lt;p>例題を各バージョンの .NET で実装して違いを見る章があります.&lt;br>
例題は「1-10 の数字を 3 桁に 0 埋めして画面に表示する」です. マルチスレッドで並列に計算することと, 画面をフリーズさせないように計算を非同期で行うという 2 つ問題を含んだ題材です.&lt;/p>
&lt;p>これを最初に見たとき, なぜこんな簡単なものが例題になりうるのだろうと思いました. 計算は&lt;code>AsParallel()&lt;/code>を使って簡単に実装できます.&lt;/p>
&lt;div class="highlight">&lt;div style="color:#c6d0f5;background-color:#303446;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">
&lt;table style="border-spacing:0;padding:0;margin:0;border:0;">&lt;tr>&lt;td style="vertical-align:top;padding:0;margin:0;border:0;">
&lt;pre tabindex="0" style="color:#c6d0f5;background-color:#303446;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code>&lt;span style="white-space:pre;-webkit-user-select:none;user-select:none;margin-right:0.4em;padding:0 0.4em 0 0.4em;color:#838ba7">1
&lt;/span>&lt;span style="white-space:pre;-webkit-user-select:none;user-select:none;margin-right:0.4em;padding:0 0.4em 0 0.4em;color:#838ba7">2
&lt;/span>&lt;span style="white-space:pre;-webkit-user-select:none;user-select:none;margin-right:0.4em;padding:0 0.4em 0 0.4em;color:#838ba7">3
&lt;/span>&lt;span style="white-space:pre;-webkit-user-select:none;user-select:none;margin-right:0.4em;padding:0 0.4em 0 0.4em;color:#838ba7">4
&lt;/span>&lt;/code>&lt;/pre>&lt;/td>
&lt;td style="vertical-align:top;padding:0;margin:0;border:0;;width:100%">
&lt;pre tabindex="0" style="color:#c6d0f5;background-color:#303446;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-cs" data-lang="cs">&lt;span style="display:flex;">&lt;span>Enumerable.Range(&lt;span style="color:#ef9f76">1&lt;/span>, &lt;span style="color:#ef9f76">10&lt;/span>)
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> .AsParallel()
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> .Select(x =&amp;gt; x.ToString(&lt;span style="color:#a6d189">&amp;#34;000&amp;#34;&lt;/span>))
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> .ForAll(s =&amp;gt; Console.WriteLine(&lt;span style="color:#a6d189">$&amp;#34;{s} ({Thread.CurrentThread.ManagedThreadId})&amp;#34;&lt;/span>));
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/td>&lt;/tr>&lt;/table>
&lt;/div>
&lt;/div>&lt;p>出力を見ると, ちゃんと複数スレッドで順不同に実行されていることが確認できます.&lt;/p></description></item></channel></rss>