「DI使うとインタフェース地獄に陥るらしいから使いたくない」と言っていたA氏がインタフェースを使わずにDIで幸せになるまで - Qiita
「DI使うとインタフェース地獄に陥るらしいから使いたくない」と言っていたA氏がインタフェースを使わずにDIで幸せになるまでC#DIDependencyInjection依存性の注入 DIはインタフェース定義しなくても十分実用的だし、むしろそっちの方が本質だよ、という話をします。C#や.NETを使っていますが、それに限らず普遍的な内容です。 インタフェースと実装に分けるとか無理。DIなど不要！ 中堅社員のA氏は、「DIっていちいち実装とインタフェース分けないとダメなんでしょ？。さすがにやってられんわ」と言って頑なにDIを導入しようとしません。 DIはテスタビリティと併せて語られることが多かった為か、A氏は「注入するクラスは基本的にインタフェース定義しましょう」という記事ばかりを読んでいたのです。 インタフェースと実装を分けるとは、例えば次のような事です。 services.AddScoped
.NET 5 を使いたい理由6選 - Qiita
速いので使いたい 私の場合、ここ数か月で一番素晴らしいニュースだと感じたブログがこれでした。 https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-5/ .NET5 がどれだけパフォーマンス向上のために努力してきたかという内容です。 ものすごいボリュームで読むのが大変でしたが、満足感のある記事でした。 この記事を読んだだけでも、早く.NET 5 を使いたいという気持ちになりました。 パフォーマンスが良くなったという知らせはいつでもエンジニアの気持ちを高揚させるのだと思います。 使いたい理由1 : GCが高速化した いくつものアプローチを重ねたことが記されていました。 GCが到達可能オブジェクトをマークする処理の情報を他のスレッドでも流用できるようにして、各スレッド内の同処理の作業量を一部省略可能にした G
プラットフォーム呼び出しによるデータのマーシャリング - .NET Framework
Visual Basic、C#、および C++ での対応する型については、「.NET Framework クラス ライブラリの概要」を参照してください。 PinvokeLib.dll 次のコードでは、Pinvoke.dll によって提供されるライブラリ関数を定義します。 このセクションで説明される多くのサンプルでは、このライブラリを呼び出します。 例 // PInvokeLib.cpp : Defines the entry point for the DLL application. // #define PINVOKELIB_EXPORTS #include "PInvokeLib.h" #include <strsafe.h> #include <objbase.h> #include <stdio.h> #pragma comment(lib,"ole32.lib") BOOL A
二つの AppDomain の狭間で - I wish we human would be gatekeepers of CLR... -
もっと境界を自由に行き来できるようになりたい！ .NET Framework を使われている方は、もしかしたら聞いたことがあるかもしれない機能、AppDomain。 MSDN では「アプリケーションを分離する利点」として次のような説明がされています。 あるアプリケーションで実行されているコードは、他のアプリケーションのコードに直接アクセスできないよ。 あるアプリケーションで発生したエラーが他のアプリケーションに影響することはないよ。 プロセス全体を停止せずに、各アプリケーションを停止できるよ。 コードの構成情報（読み込むアセンブリのバージョンポリシーや場所）をアプリケーション毎に決められるよ。 コードに与えるアクセス許可をアプリケーション毎に制御できるよ。 プロセスに比べ、その生成コストや相互通信コストが低いため、サーバーに利用すればそのスケーラビリティは飛躍的に向上し、セキュリティレベル
やっぱりC#.NETの方がいいの？VB.NETとC#.NETの勉強環境から案件状況まで
C#とVB.NETというプログラミング言語があります。これらは.NET環境でのプロジェクトでよく見かける言語です。 よく二つの言語を比べたりする記事がありますが、当記事では最近の日本のプロジェクト情報をベースに、携われるプロジェクトの種類や単価感、取り巻く勉強環境の違いをお伝えできればと思います。 どちらを使うかは好みの問題ですが、最新の各々の勉強環境から、プロジェクト状況までを3000社以上のIT企業との繋がりがある筆者がご紹介させて頂きたいと思います。 両言語とも実務経験があれば案件はすぐ見つかるほど人気な言語です。この記事が少しでもスキルプランの選択に役に立てれば幸いです。 なお、本記事はフリーランスのエンジニアに案件を紹介するサービス「ポテパンフリーランス」がお届けしています。 いますぐにC#、VB.NET案件を探したい！今後、C#、VB.NET案件に参画することを考えている！とい
型フォワーディング
.NETでは、「アセンブリ＋名前」の組み合わせで型を厳密に判定します。 その結果、異なるアセンブリでまったく同じ名前の型を定義しても、それぞれ別の型として扱われます。 これは、人的ミスの削減や、悪意あるコードへの耐性につながる一方で、 型の定義場所を移動させたいときに困ります。 そこで.NETは、型の検索の際に、別のアセンブリに転送する仕組みを提供しています。 これを型フォワーディング(Type Forwarding)と呼びます。 概要 TypeForwardedTo属性 モジュール分割 余談: 逆のやり方 余談: .NET 標準ライブラリのモジュール化 バックポーティング 概要 .NETでは、「アセンブリ＋名前」の組み合わせで型の所在を検索します。 その結果、異なるアセンブリでまったく同じ名前の型を定義しても、それぞれ別の型として扱われます。 これは、人的ミスの削減や、悪意あるコードへの
C# メソッドの呼び出し元メソッド名を取得するおまじない - Qiita
こねたです。 以下のようにするとログ出力のときに、呼び出し元メソッド名まで出力できます。 (と書いたけど、改めてstackoverflowを見たら、.Net4.5からもっと簡単に取得できるみたいです。CallerMemberNameAttribute Class) ※ リリースビルドでこれを利用するためには、PDBファイルを生成しておく必要があります。 [System.Runtime.CompilerServices.MethodImpl(System.Runtime.CompilerServices.MethodImplOptions.NoInlining)] private void log(LogLevel logLevel, String message, params Object[] objs) { if (!isOutput(logLevel)) { return; } co
ちゃんとした C# プログラムを書けるようになる実践的な方法～ Visual Studio を使った 高品質・低コスト・保守性の高い開発
これから C# 開発を始める方、あるいはチームの開発品質をあげたい リーダー・マネージャ向けに、C# の勉強方法を解説した、約２時間の研修用の資料です。Read less
C#で作られたプログラムをデコンパイルしてみよう - ほげほげー
この記事はC#アドベントカレンダー2014の15日目の記事です。 C# Advent Calendar 2014 - Qiita デコンパイルとは 大雑把に言うと、コンパイルされたプログラム(exe, dllなど)から、元のコードを復元する行為のことです。 特にC#やJavaの様に中間言語に翻訳された状態でコンパイルされるような言語の場合は 元のコードにかなり忠実に復元されます。 本記事ではC#に限らず、.NETに関わる言語全般のデコンパイルをする方法を書いていきます。*1*2 中間言語(IL) C#(や、VB.NETなど)では、コンパイル時に直接ネイティブコードにするのではなく、 一旦中間言語(以下、IL)という形にし、実行時にネイティブコードを生成するJITコンパイル方式を採用しています。 事前コンパイルという手段も用意されていますが基本的にはILを出力します。 ところで、ネイティブコ
Microsoft – クラウド、コンピューター、アプリ & ゲーム
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W
)
Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development
[ This article is for Windows 8.x and Windows Phone 8.x developers writing Windows Runtime apps. If you’re developing for Windows 10, see the latest documentation ] We introduce the essential code and concepts you need to create a Windows Store app using C# or Visual Basic. You'll use XAML to define the UI, and your selected language to write the app logic. Important This tutorial is intended fo
NonSoft - DataGridViewに便利なメソッドを追加するサンプル(C#.NET)
＜このサンプルの概要＞ DataGridViewの派生クラスを作って便利なメソッドを追加して行くと高機能のDataGridViewが出来あがります。 .NETで使用するフレックスグリッド(FlexGrid)の代表的な存在？であるDataGridViewなので、自分だけの便利な メソッドを追加してライバルに差を付けましょう。（と言うかDataGridViewの標準で実装して欲しいのですが） このサンプルはDataGridViewの使用方法のサンプルとしてもご使用頂けると思います。 このサンプルは以下の機能を実装しています。 (１)DataGridViewのカラム幅をファイルへ保存／読込するための実装 (２)DataGridViewの各カラムへの入力可能文字を制限するための実装 (３)DataGridViewでCtrl-Vキー押下時にクリップボードから貼り付けるための実装 (４)DataGri
2011-02-18 - ITは芸術だ レガシープログラマかどうかを判断する10項目
※2011.3.30追記 11個目の判断項目を追加しました。 また、「昔はね...」の補足説明を各項目に追加しました。 レガシープログラマ = モダンな言語のおいしい機能をうまく使いこなせていないプログラマ おいらは時々社内システムのコードレビューなんかをやっているのですが、「なんかちょっと前時代的だな〜」とか「ちょっと修正したらC言語でもコンパイルできそうだな〜」って思うことがよくあります。 おいらがレビューする言語は主にC#です。C#やJavaのような比較的モダンな言語のおいしい機能をうまく使いこなせていないプログラマを、ここでは「レガシープログラマ」と呼ぶことにします*1。 そこで、おいらがこれまでに見てきたコードの中から「これはレガシープログラマっぽい」と思った典型的な症例を10個11個挙げてみます。 レガシープログラマの判断項目 使われるローカル変数をすべてメソッドの最初に宣言す
C#のアクセス修飾子を書かなかった場合に関して - 情報科学屋さんを目指す人のメモ（FC2ブログ版）
何かのやり方や、問題の解決方法をどんどんメモするブログ。そんな大学院生の活動「キャッシュ」に誰かがヒットしてくれることを祈って。 背景 C#のアクセス修飾子(public, private, internal, protected など)については、C#の基本的事項として、入門書や入門者向けホームページにもほぼ間違いなく記載されている基本的な事項です。 しかし、(特にホームページで)publicやprivateを付けるとどうなるかの解説はほとんどの記事に含まれていますが、もし、何も付けなかったらどうなるかが書かれていないことがよく見受けられます。 また、それらはたいていメソッドや、フィールド、プロパティなど、クラス内のメンバに関してであり、クラスにつけるprivateやpublicについてどうなるかについてもあまり記述がありません。 今回は、以上の2点が今ひとつ分からなかったため、それらを
.NET TIPS ［ASP.NET］リソース・ファイル活用で国際化対応サイトを構築するには？ - C# VB.NET Webフォーム - ＠IT
昨今、1つのサイト（Webアプリケーション）で2つ以上の言語に対応したいというニーズは珍しくない。特にビジネス用途においては、日本語にしか対応しないというケースは少ないだろう。Webサイトの役割がますますビジネス密着型のものとなり、対象となる顧客層も拡大する中、最低でも日本語／英語、場合によっては中国語／フランス語など多言語に対応しなければならない状況は、日に日に増大している。 このような多言語対応を前提としたWebサイトの場合、言語に依存した情報をWebページ内にハード・コーディングすることは好ましくない。例えば、コード中に日本語をそのまま記述してしまったら、将来的に英語版のサイトを追加しようとした場合には、日本語部分だけを英語に置き換えたまったく同じコードをもう1つ用意しなければならないからだ。もしもさらに中国語のページが増えたとしたら、同じく中国語にのみ置き換えた同一のコードを用意し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング .NET Framework 第4版
.NET最先端技術によるハイパフォーマンスウェブアプリケーション
Xamarin、C#言語によるiOS/Androidアプリ開発を実現する“Xamarin 2.0”を発表
基礎文法最速マスターランキング
How to … Access Subversion from C#