.NET コーディング規則 - C#
コーディング規則は、開発チーム内でコードの読みやすさ、一貫性、コラボレーションを維持するために不可欠です。 業界のプラクティスと確立されたガイドラインに従っているコードは、理解、保守、拡張が容易です。 ほとんどのプロジェクトでは、コード規則を通じて一貫したスタイルが適用されます。 dotnet/docs プロジェクトと dotnet/samples プロジェクトも例外ではありません。 この一連の記事では、コーディング規則と、それらを適用するために使用するツールについて説明します。 規則をそのまま使用することも、チームのニーズに合わせて変更することもできます。 次のゴールに基づいて規則を選択しました。 正確性: サンプルがコピーされ、アプリケーションに貼り付けられます。 そのため、複数の編集を行った後でも、回復性と正確性を備えたコードを作成する必要があります。 教育: サンプルの目的は、.N
Javaリフレクションメモ(Hishidama's Java Reflection Memo)
Javaでは、クラス生成やメソッド呼び出しをソース上に直接書いてコンパイル時に決定されるだけでなく、文字列（クラス名）を使ってクラスを生成したり、 メソッド名の文字列を使ってメソッドを呼び出したりすることが出来る。 クラス（インスタンス）生成 [/2015-04-26] Classのメソッド [/2021-03-21] instanceof [2007-02-16] Classからのインスタンス生成（非推奨） [/2018-04-30] インスタンス生成 [/2013-08-06] 総称型による限定 [2007-05-02] 内部クラスのインスタンス生成 [/2008-02-10] メソッド呼び出し staticメソッド実行 [/2017-07-23] メソッド実行（引数なし） [/2017-07-23] メソッド実行（引数あり） [/2017-07-23] 可変引数メソッド [/2015
JavaのリフレクションAPIでメソッド取得、メソッド実行 - abcdefg.....
JavaのリフレクションAPIでメソッドの取得、メソッドの実行を試してみたメモです。 JavaのリフレクションってforName("ClassName")くらいしか使ったことなかったので、 これを機にもう少しちゃんと勉強してみようと思いました。 java.lang.reflect.Method JavaのリフレクションAPIを利用することで、メタデータにアクセスできます。 java.lang.reflect.Methodインターフェースを利用してメソッドの取得、メソッドの実行を試してみたいと思います。 テスト用クラス Mavenプロジェクトを作成し、pom.xmlはjunitとhamcrestだけdependencyに追加しました。 pom.xml <dependencies> <dependency> <groupId>org.hamcrest</groupId> <artifactId
[Linux]PATHの設定方法 - HirosigeTの日記
JDKやPostgreSQLなどインストールした際、最後にコマンドのPATHを通す設定があると思う。どのようにPATHを設定するかメモしておく。 例として、/usr/java/jdk1.6.0_18をPATHに設定する方法を記す。 ■方法1::bashrcにPATHを追記する方法 1. bashrcを開く bashrcはユーザのホームディレクトリ直下に隠しファイルとして存在する。 「~/」はホームディレクトリ、「.」が先頭につくファイルは隠しファイルを意味する。 $ vi ~/.bashrc 下記を追記する。 export JAVA_HOME=/usr/java/jdk1.6.0_18 export PATH=$PATH:$JAVA_HOME/bin パスには優先度がある。「echo $PATH」を実行した時、より左側にあるパスが優先される。例えば、echoコマンドでパスを出力すると下記の
![[Linux]PATHの設定方法 - HirosigeTの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/80f6737b0c008756112c1bd4f10cf044562e3fbe/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704580481950234303%2F12921228815720063212%2F1394976897)
C# の Linq が python の２倍遅い、は嘘 - Qiita
C#でLinqを使うよりPythonの方が2倍速かったのでベンチマークをしてみた うん、まあ Linq はそこそこリッチなので、こういう使い方したらそこそこ遅くなるよね。特に GroupBy は遅い。 でもそんなことより ToList() しまくってて遅延実行の意味なし。最初の結果テーブルで C# が３倍ほど遅いのはほぼこれのせいじゃないかな。 あとシリアライザが Newtonsoft。そりゃ遅いよね、って感じ。最近のスタンダード、Utf8Json を使います。 とりあえず自分の環境で python3.6 動かした結果を貼る： 0.8537077903747559[sec] 0.8066554069519043[sec] 0.8596947193145752[sec] 0.83 秒くらいですかね？ んで C# 、愚直に書いてみる。 using System; using System.Li
今からできる、速くシンプルに LINQ を書くためのコツ 3 個 - wiprog
たびたび 「LINQ が遅い」 と言われているのを見かけるので、どうやったら速く書けるのか、どう書くと遅くなるのかについてまとめてみます。 LINQ は非常に強力で、ぼくが出会った「LINQ 遅い」のほとんどは、 実装の仕方がまずいものばかりです。 LINQ はいくつかポイントを意識するだけでかなり安全に速く書けるようになります。 いろいろとポイントはありますが、 3 つだけに絞って書いてみました。 私自身 C# 書き始めてようやく 2 年たったぐらいなので、間違っているところはバシバシご指摘いただけると嬉しいです。 こちらの記事も参考になるので、合わせてご覧ください。 blog.okazuki.jp 「LINQ 遅い」の 3 パターン まあ LINQ は速くないこともたまにあるのですが、大抵の場合は十分なパフォーマンスを提供してくれます。 「LINQ が遅い」 と言う時はだいたい以下のど
SpringBoot2のBlocking Web vs Reactive WebについてLTしてきた - Mitsuyuki.Shiiba
社内ミートアップでLTの時間をもらったので、ここに書いた内容を3分で喋ろうとしたんだけど、どうしても3分をちょっと超えてしまうので無理を言って4分もらって喋ってきた(運営のみなさんありがとうございます)。ぐったり。明日から普通のエンジニアに戻ります。 dev.to 実感を大切にしてみた こういうことに気をつけてLTしてみた： ブログの記事に書いてるコードを見せるんじゃなくて、実際のIDE内のソースコードを見せること そのときにIDEAのプレゼンテーションモードで見せること 実際にアプリを動かした状態でcurlで叩いて動いてるのを見せること Gatlingを実際にgradleで実行すること そこでBlockingAppのスレッドが増えるところをVisualVMで実際に見せること その方が聞いてて「へー。本当に動くんだ」とか「さわってみようかな」とか思ってもらえるかなーと思って。ってことで以下
Stream (Java Platform SE 8)
型パラメータ: T - ストリーム要素の型 すべてのスーパー・インタフェース: AutoCloseable, BaseStream<T,Stream<T>> public interface Stream<T> extends BaseStream<T,Stream<T>> 順次および並列の集約操作をサポートする要素のシーケンスです。次の例は、StreamとIntStreamを使用する集計操作を示したものです。 int sum = widgets.stream() .filter(w -> w.getColor() == RED) .mapToInt(w -> w.getWeight()) .sum(); この例では、widgetsはCollection<Widget>です。Collection.stream()経由でWidgetオブジェクトのストリームが作成され、その結果がフィルタリング
[雑記] Dispose にまつわる余談
概要 「リソースの破棄」で説明したように、 C# で何らかのリソースの破棄が必要な場合、IDisposable インターフェイスを実装して、using ステートメントを使います。 この、IDisposable インターフェイス（の Dispose メソッド）の実装方法などに関して、少々注釈を。 IDisposable インターフェイスの実装 .NET の性質上、 明示的に破棄処理を書く必要があるリソースには、非管理リソース（unmanaged resource）と管理リソース（managed resource）の2種類あります。 非管理リソース .NET Framework （の自動メモリ管理）の範疇にないリソースです。 ネイティブ コードで書かれた OS 機能を直接呼び出す場合などです。 例えば、.NET の範疇でも File クラスを使ってファイルの読み書きができますが、 Window
![[雑記] Dispose にまつわる余談](https://cdn-ak-scissors.b.st-hatena.com/image/square/4d1b2b57fc676d21e7f59f354364abeac0ea062e/height=288;version=1;width=512/https%3A%2F%2Fufcpp.net%2Fimages%2Flogo_4.jpg)
IEnumerator<T> を実装していれば必ず IDisposable である理由 - NyaRuRuが地球にいたころ
書こうと思ってタイミングを逃していた話があったのを，『パイプラインパターンとリソース管理』を読んでいて思い出しました．ので，今度こそ書いてみます． 皆様，IEnumerator<T> の基底インターフェイスに IDisposable が紛れ込んでいるのをご存じでしょうか？ public interface IEnumerator<T> : IDisposable, IEnumerator つまり，IEnumerator は IDisposable であるとは限りませんが，IEnumerator<T> は必ず IDisposable ということになります． Microsoft は何故このような設計にしたのでしょうか？ Enumerator が IDisposable を実装しているという可能性について，C# の foreach ステートメントが想定しているのはまあ割と有名な話かと思います．
.NETアプリケーションが実行される仕組み（1/2） - ＠IT
前回は、Windows OS上で.NETアプリケーションが起動する仕組みとして、.NETアプリケーションがWin32アプリケーションとして動作している部分の処理の流れを説明した。そしてそのWin32の世界から.NETの世界への入り口として、最終的にmscoree.dllの_CorExeMain関数が呼び出されることが分かった。 今回はこの_CorExeMain関数から、どのようにして.NETアプリケーションが、その実行環境である（.NET Frameworkの）CLR（Common Language Runtime：共通言語ランタイム）上で動作し始めるのか、その仕組みを解説する。具体的には、 「mscoree.dllの_CorExeMain関数」から ↓ 「.NETアプリケーションの次のMainメソッドのコード（C#）」まで static void Main() { Application
Java7 の try-with-resources で複数のリソースを扱うときの書き方が、C# の using と全然違う - 地平線に行く
Java7 の try-with-resources と C# の using は、どちらも同じだと思っていました。 でも、複数のリソースを扱うときの書き方が全然違っていました。 // Java7, ひとつの try の中に複数の宣言を書く try(BufferedReader reader = Files.newBufferedReader(path1, charset); BufferedWriter writer = Files.newBufferedWriter(path2, charset)){ String line = reader.readLine(); (以下省略) // C#, 複数の using の中にひとつずつ宣言を書く using (TextReader reader = File.OpenText(path1)) using (TextWriter writer
Java文メモ(Hishidama's Java Statement Memo)
if～else [2003-07-06] switch～case～default [/2020-03-21] while [2003-07-06] do～while for [/2018-04-21] foreach [/2018-04-21] ラベル・break・continue [/2008-09-06] return throw try～catch～finally [/2011-06-25] マルチキャッチ [2012-01-14] 安全な再スロー [/2012-01-14] リソース付きtry [/2018-06-03] synchronized [2003-07-06] assert [/2007-11-08] →他言語の文 複文 「文」が書ける位置には、波括弧で複数の文を囲った「複文」を置くことが出来る。 文 { 文; … } 複文のブロックの中で変数を宣言すると、その変数のス
using ステートメント - 破棄可能なオブジェクトが正しく使用されるようにする - C#
using ステートメントによって IDisposable インスタンスが適切に使用されるようになります。 var numbers = new List<int>(); using (StreamReader reader = File.OpenText("numbers.txt")) { string line; while ((line = reader.ReadLine()) is not null) { if (int.TryParse(line, out int number)) { numbers.Add(number); } } } コントロールが using ステートメントのブロックを離れると、取得した IDisposable インスタンスが破棄されます。 特に、using ステートメントによって、using ステートメントのブロック内で例外が発生した場合でも、破棄可能なイ
あく抜きしたたけのこの保存方法や使い方：白ごはん.com
あく抜きしたたけのこの使い方 「たけのこのあく抜き」でゆがいたたけのこは、その使い方や保存方法などを詳しく知ることで、たけのこを余すところなく楽しむことができると思うので、下に詳しくまとめます。 まず、たけのこの使い方について。あく抜きしたたけのこを鍋ごと冷まして粗熱を取ったら、切れ目を入れた箇所から、手でたけのこの皮を開き、穂先部分以外の皮をぐるりとむき取ります。 続けて、穂先側の皮をむき取るのですが、穂先側は一気に皮をむかず、皮2〜3枚ずつくらいを順にむいていき、下の写真右のように細長くなって、少し硬そうな先端数㎝を落とせばOKというところまでむいていきます。 上の状態になってから、さっと洗って、たけのこについたヌカを落とします。 次に、たけのこによっては、根元側に固そうな皮が残っていたり、赤黒い粒があったりするので、その皮や粒のある部分は硬く口に残るので、包丁でむき取ります。 あとは
たけのこのあく抜きのゆで方／あく取りのやり方：白ごはん.com
たけのこの選び方/あく抜きの材料 まず、スーパーなどで買うときのたけのこの選び方ですが、切り口が白く、できるだけみずみずしいものを選ぶとよいです。※他には、皮にツヤがあるか、手に持った時にずっしりと重たいかどうか、先端が緑色になっていないか、これらも選ぶ基準となります。 たけのこは、はじめに流水で土を洗い落とします。あく抜きに用意するのは、たけのこに加え『米ぬかと唐辛子』です。 たけのこのあく抜き前の下処理 たけのこはゆでる前に、アクを抜きやすく、水周りをよくするための切り込みを入れます。はじめに、たけのこの実の部分を切り落とさないよう、先端１/５程度を斜めに切り落とします。 続けて切り落とした部分に垂直に浅く切り込みを入れます。包丁を入れる深さは、たけのこの実まで到達しない程度、1〜2㎝ほどで十分です。 たけのこはできるだけ深さのある鍋に、重ならないように入れ、米ぬかと唐辛子を加え、水を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Code Syntax Style: Implicit/Explicit Typing ('var' Keyword) | ReSharper
Efficient data transfer through zero copy
MavenをEclipseで使いたい初学者のトラブル例 - Qiita
managed and unmanaged resources - CodeProject