レガシーC#コード対比集（昔こう→今こう） - Qiita
はじめに C#は急速に進化してきた言語です。10年前の「当たり前」は、今では保守性やパフォーマンスの観点から非推奨になっていることもあります。 今回は、レガシーシステムの保守や段階的なリファクタリングに携わる開発者向けに、よくある「昔の書き方」から「現在の推奨」への置き換えパターンを、すぐに実装できるスニペット集としてまとめました。 C＃開発の現場に入ると、新規開発でない限り意外と古いコードを見ることが多いと思います。 今まで受け継がれてきたシステムは大量にあり今でも10年以上前のシステムが元気に動いています。 そして開発者も容易に書き方を変えることはしません。プロジェクトととして統一する狙いもあると思います。それでもコードは確実に進化してます。ぜひ覚えておいてほしい「今と昔のコード」を集めてみました。
【C#】何故 C# を好むのか。～他の言語と比較しながら～ - ねののお庭。
世の中には多くの C# に関する誤解が蔓延っています。 偏見にも満ちています。 そして技術的に正しい批判ではなく、根本的に技術的に誤った批判ばかりで正直悲しい。 技術的に正しい形の批判なら「お、そうだな。そしてそれの解決策はですねぇ...(ﾆﾔﾆﾔ)」となるのですが...。 そして C# 界隈から一歩出ると、「え、C# で作ってるの！？なんで？？」とか言われる事が非常に多い始末。 C# 大好きマンとしては非常に嘆かわしい。 嘆かわしい限りなので、ここでなぜ C# を私が好むか、そして何故ソフトウェアの開発に向いているかを語りたいと思います。そして誤解が解けたら嬉しい。ついでに C# を書きたいと思ってくれたら嬉しい。 想定読者 前書きという名の予防線 事前知識: C# と .NET C# はパフォーマンスの高い言語 C# はビルドも高速 C# はオープンソースかつクロスプラットフォーム 言
「DI使うとインタフェース地獄に陥るらしいから使いたくない」と言っていたA氏がインタフェースを使わずにDIで幸せになるまで - Qiita
DIはインタフェース定義しなくても十分実用的だし、むしろそっちの方が本質だよ、という話をします。C#や.NETを使っていますが、それに限らず普遍的な内容です。 インタフェースと実装に分けるとか無理。DIなど不要！ 中堅社員のA氏は、**「DIっていちいち実装とインタフェース分けないとダメなんでしょ？。さすがにやってられんわ」**と言って頑なにDIを導入しようとしません。 DIはテスタビリティと併せて語られることが多かった為か、A氏は「注入するクラスは基本的にインタフェース定義しましょう」という記事ばかりを読んでいたのです。 インタフェースと実装を分けるとは、例えば次のような事です。 services.AddScoped<IMessageStore, MessageStore>(); public interface IMessageStore { string GetMessage(str
.NET 5 を使いたい理由6選 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 速いので使いたい 私の場合、ここ数か月で一番素晴らしいニュースだと感じたブログがこれでした。 https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-5/ .NET5 がどれだけパフォーマンス向上のために努力してきたかという内容です。 ものすごいボリュームで読むのが大変でしたが、満足感のある記事でした。 この記事を読んだだけでも、早く.NET 5 を使いたいという気持ちになりました。 パフォーマンスが良くなったという知らせはいつでもエンジニアの気持ちを高
Introducing .NET Multi-platform App UI - .NET Blog
You can build anything with .NET. It’s one of the main reasons millions of developers choose .NET as the platform for their careers, and companies invest for their businesses. With .NET 5 we begin our journey of unifying the .NET platform, bringing .NET Core and Mono/Xamarin together in one base class library (BCL) and toolchain (SDK). As we consider what building device applications will look lik
C# で出来ること一覧 - Qiita
更新履歴 2020/03/23 IoT について追記 その他に帝国兵さんのツイートを追加 サーバーレスカテゴリーを追加して AWS Lambda を追加 ASP.NET Core Razor Pages を追記 2020/03/24 kennakamu さんの「個人的に C# が向かないと思うこと」へのリンク追加 本文 昔ブログにこんな記事を書きました。 C# で何か出来るのか？まとめてみた あれから 2 年が経って昔からある Windows 専用の .NET Framework に対する新機能の提供が終わり、クロスプラットフォームに対応した .NET Core が今後のメインストリームとして .NET 5 → .NET 6 のように進化していくことが 2019 年 5 月の Build 2019 で発表されました。以下の Blog 記事がアナウンス後に発表されています。 Introduc
HttpClientをusingで囲わないでください - Qiita
上記の通り、HttpClientオブジェクトは一度作成するだけでそれをずっと使い続けるのが正しい使用法です。知ってる人には当然なんですけども、知らないと結構驚くかも知れません。APIドキュメントにはこう書いてあります。 HttpClientは、1回インスタンス化し、アプリケーションの有効期間全体に再利用することを目的としています。 すべての要求に対して HttpClient クラスをインスタンス化すると、大量の読み込みで使用可能なソケットの数が枯渇します。 これにより、SocketException エラーが発生します。 間違った使い方をしていても普段はあまり問題は起きませんが、高負荷時に突然ダウンすることが起こりえます。 Azure App Service で問題になりやすい理由 間違った実装のアプリをAzure App Serviceで運用している場合、特に問題になりやすいです。どうし
「.NET Core 3.0」正式版が登場。Windowsデスクトップアプリ開発可能、exeファイルを生成、マイクロサービス対応など
マイクロソフトはオープンソースで開発している.NETフレームワークの最新版「.NET Core 3.0」正式版のリリースを、オンラインイベント「.NET Conf 2019」で発表しました。 マイクロソフトが提供するおもなフレームワークには、Windows向けの「.NET Framework」、当初はおもにサーバアプリケーション向けとして登場したオープンソースの「.NET Core」、そしてモバイル向けの「Xamarin」の3つに大別できます。 今回リリースされた「.NET Core 3.0」では、これまで可能だったLinuxやWindows Serverのサーバーアプリケーションの開発に加えて、Windowsデスクトップアプリケーションの開発が可能になったことが最大の特徴です。 以下、.NET Conf 2019で紹介された.NET Core 3.0の特徴を中心に紹介しましょう。 .NE
.NET Core 3.0 で WinForms / WPF を使う場合は実行ファイルのパスに注意 - しばやん雑記
.NET Core 3.0 では WPF や WinForms が使えるようになっていて、配布時には大体 Self-contained かつ Single-file executables としてパッケージングするのが一般的になるはずです。 Desktop Bridge を使って APPX / MSIX を作るのに近い形ですが、よりカジュアルに扱えます。 単体の exe ファイルだけ配布すれば、実行環境に .NET Core がインストールされていなくても動作するので便利ですが、以下のように自分自身のパスを取ると挙動が .NET Framework の時と異なっています。 using System.Windows.Forms; namespace WindowsFormsApp1 { public partial class Form1 : Form { public Form1() {
(C#)Parallel.For, Parallel.ForEach並列処理の挙動確認 - Qiita
はじめに 重たい処理をTaskにしたり、Parallel.For, Parallel.ForEachしたり良くするのですが、細かい挙動が期待通りにならなかったりします。そのた度に実験コードを書いたりしていたのですが、結局実験コードを書くのに時間がかかってしまって本末転倒になりがちです。 そこで、自身用に並列処理の挙動をメモします。新しい例を作る度に追記していきます。 サンプルプログラム 以下のようなお試しプログラムをWinFormで作成しました。昔のデフラグをイメージしました。 ・num は処理するタスク数。小さな■の数です。一つのタスクは初期状態を緑として、灰→青→黄→緑 の順に遷移します。 ・error% は指定した確率でエラー判定を起こします。エラーの時、黄→赤と遷移します。本記事ではただ色が違うだけでそれ以外の意味を持ちません。 ・taskTime 一つの状態遷移にかかる時間です。
Introducing .NET 5 - .NET Blog
The most productive, modern, secure, intelligent, and performant release of .NET yet. Today, we’re announcing that the next release after .NET Core 3.0 will be .NET 5. This will be the next big release in the .NET family. There will be just one .NET going forward, and you will be able to use it to target Windows, Linux, macOS, iOS, Android, tvOS, watchOS and WebAssembly and more. We will introduce
プラットフォーム呼び出しによるデータのマーシャリング - .NET Framework
Visual Basic、C#、C++ の対応する型については、「 .NET Framework クラス ライブラリの概要」を参照してください。 PinvokeLib.dll 次のコードは、PInvokeLib.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 APIEN
C#のクローラーライブラリ「Abot」 - あおきのTechメモ
C#でWebサイトをクロールするライブラリの「Abot Web Crawler」というものがありますので、そのメモです。 github.com Abotとは Abotはアリゾナ州のStevenさんが開発されているC#によるクローラー用ライブラリです。 商用・個人問わず使えるオープンソース(Apache License)で、早く、カスタマイズ可能で、軽量とのことです。 また、AbotXというサイトでは、プラグインも公開されています。 （プラグイン例：複数サイトをクロールする、Jsで実行、スケジュール実行、スピード調整等） 使い方 基本的には、Config設定を設定して、クラスライブラリを読み出すだけです。 Abotの使い方 1: Nugetを使って、Abotをインストールします。 2: using句で以下の名前空間を追加します。 using Abot.Crawler; using Abot.
既存の.NET アセンブリにMono.Cecilでコードを差し込む - ぷろじぇくと、みすじら。
Created at: 2017-10-16 すでにビルドされた.NETのアプリケーションやもしかするとUnityのゲームかもしれませんが、そういった一度作ってしまったアプリケーションに後からコードを差し込みたくなることがまれにあります。 例えばビルドしたアプリケーションをテストするために、後からコードを差し込んで診断用のコードを動かしたいといったパターンです。テスト用のコードをアプリケーションには含めておきたくない場合にはプラグインするかコードを差し込むかになります。 ここではMono.Cecilを利用してコードを後から差し込む方法を説明します。 Mono.CecilとはMono.Cecilは.NETアセンブリを解析したり、書き換えたりするための便利なライブラリです。このライブラリを使うことで既存のコードを書き換えて新しいアセンブリを出力できます。 簡単な差し込み方Mono.Cecilで
自動生成とpartialクラス - 設計と実装の狭間で。
多重継承はイカン。ひし形継承のリスクが高すぎる。とかナントカ。 じゃあ、interfaceを継承しませう。Compositeしませう、となる。 C++のテンプレートは超強力だけんども、JavaのGenericsはショボショボ。 仕様的には、C#でも大して変わらん様な感があるけれども、C#にはpartialクラスがある。 僕は、partialクラスを見た時、.NETがMSのテクノロジであると言う事を強く意識した。 ナンデカ？ だって、VSでの自動生成の為の機能じゃね？これ、みたいな。 昔は、多重継承してたけど、そのイマイチな部分を取っ払って、 ホントはナニしたいの？って所に迫る機能だから。 と言う事が主眼って訳じゃないのかもしれないけど、 C#をJavaに読み替えても理解し易い話をめっけた。つまり、今回のネタ元。 http://d.hatena.ne.jp/NyaRuRu/20070605/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft、「.NET Core 3.1」を正式リリース ～3年間サポートされるLTS版／BlazorとWindows デスクトップ開発を強化。古いWindows Forms コントロールは削除
A C# FTP Server | CodeGuru
C#における「ビットマップ形式の画像データを相互変換」まとめ - Qiita
GitHub - sjdirect/abot: Cross Platform C# web crawler framework built for speed and flexibility. Please star this project! +1.
Collecting User-Mode Dumps (Windows)
