.NET の文字列比較でカルチャー未指定を検知する
先日の C# 配信で、 「これはブログに書いておくと助かる人がいるんじゃないか」と言われたものをブログ化。 背景: カルチャー依存問題再び うちのブログでも何回か書いてるんですが、 .NET の文字列比較は、カルチャー依存比較するものと Ordinal (文字コード通り)比較するものが混在していて、なかなかにやばいです。 .NET のカルチャー依存 API 問題 忘れがちなカルチャー依存問題 例えば以下のようなやつ。 using static System.Console; // 正規化すると同じ文字になる、文字コード的には別の文字。 var s1 = "a\u0301"; // á = a + ́ var s2 = "\u00e1"; // á // これは false。Ordinal 比較。 WriteLine(new Dictionary<string, int> { { s1,
neue cc - async/awaitのキャンセル処理やタイムアウトを効率的に扱うためのパターン＆プラクティス
async/awaitの鬼門の一つとして、適切なキャンセル処理が挙げられます。別に基本的にはそんな難しいことではなく、CancellationTokenSourceを作る、CanellationTokenを渡す、OperationCanceledExceptionをハンドリングする。というだけの話です。けれど、Tokenに手動でコールバックをRegisterしたときとか、渡す口が空いてないものに無理やりなんとかするときとか、タイムアウトに使った場合の始末とか、ちょっと気の利いた処理をしたいような場面もあり、そうした時にどうすれば良いのか悩むこともあります。 こういうのはパターンと対応さえ覚えてしまえばいい話でもあるので、今回はAlterNatsの実装時に直面したパターンから、「外部キャンセル・タイムアウト・大元のDispose」が複合された状況での処理の記述方法と、適切な例外処理、そして最
KOSMISCHは.NET Frameworkの.NET Core化に使えそう | DevelopersIO
こんにちは、CX事業本部の夏目です。 先日、オルターブースのKOSMISCHのハンズオンに参加してきたので、共有します。 オルターブース 福岡で、MSのクラウド Azureを得意とする会社。 端的に言うと次のような会社。 MSのMVPを受賞した人が何人もいる Azureだけでなく、AWSも使用している CloudPointerというクラウドインテグレーションのサービスを行っている (直近の事例で言えば、GateboxのLINEチャットボットがある) KOSMISCHというマイクロサービス開発/システムのクラウド化の支援サービスを行っている (今回の話) MySauceFactoryという自分好みの調味料(ソース)を作るサービスを行っている KOSMISCH Monolith プログラムソースコードを解析し、クラウドネイティブ化するためのレポートを自動作成します。 C# (ASP.NET)の
「.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() {
【Electron】HTML+JS+C#=クライアントアプリケーション!? Electron.Netを使ってみる - Qiita
【Electron】HTML+JS+C#=クライアントアプリケーション!? Electron.Netを使ってみるJavaScriptC#VisualStudioElectron 8/15 16:45 追記 99いいね、トレンドランキング最高5位、C#週間ユーザランキング1位、皆様ありがとうございます！ まさかこれだけ多くの方に見て頂けるとは思わず、読み返していろいろ情報が足りないなと焦りましたので、記事を全体的に肉付けしました。 また、VisualStudio上でのデバッグの方法や、デプロイまでの流れを追加エントリに記載しましたので、 こちらもぜひご覧ください。 【Electron】続・HTML+JS+C#=クライアントアプリケーション!? Electron.Netで開発・デプロイしてみる 本文 先日投稿した【Electron】40万件のレコードを鬼のような速度で描画するクライアントアプリ
いまさら使う TPL Dataflow - アジョブジ星通信
みなさん、並列処理、書いてますか？ つらい、つらいよね、わかるよ。 ある部分は高速化のために並列で実行し、ある部分は整合性を取るために直列で実行し、入力ジョブのキューが膨大にならないように流量を調節しながらジョブを入力して……。こんなプログラムをバグなく書くなんて、それはもう大変で、コーナーケースからぼろが出てくる出てくるって感じになります。 さて、そんな面倒な並列プログラミングを支えてくれるライブラリが、結構前（2014 年の NuGet パッケージが存在している。概念自体は 2011 年からある？）から提供されています。名前だけはご存知（個人的な感想） System.Threading.Tasks.Dataflow、通称 TPL Dataflow です。 .NET Core では標準で含まれていますし、そうでない環境では NuGet からダウンロードできます。強いですね。 公式ドキュメ
Home
Package update automation is necessary because .NET developers are bad at applying NuGet package updates. We want to make it easier to find and apply these changes. To increase visibility of package updates, and decrease cycle time. Why do we deploy code changes frequently but seldom update NuGet packages? In Continuous delivery, we know that there is a vicious cycle of "deploys are infrequent and
CloudStructures now supports .NET Standard!! - xin9le.net
Grani 時代から Redis 操作ライブラリとして長く愛用してきた CloudStructures ですが、残念ながらこれまで .NET Core に対応していませんでした。ただ、こればっかりはさすがの @neuecc 先生もあれもこれもメンテするのは難しいので仕方ない！.NET Core 対応済みの王道ライブラリは StackExchange.Redis だと思いますが、余りにプリミティブ過ぎて使い勝手が良いとは言えません。もはや CloudStructures がないと生きていけない体にされてしまった...(罪深い と言うことで意を決して .NET Core 対応をしようと思い立ち、2018 年 6 月頃から勝手に Fork (コピー) してヒッソリと作業を始めました。半年以上プライベートで使っていたのですが、.NET Core 3.0 のリリースも近づいている今、より盛り上げるた
AxoCoverというVisual Studio拡張のカバレッジツールが素晴らしい - nuits.jp blog
無料です。以上です。じゃ、怒られるので少しだけ紹介を。 marketplace.visualstudio.com 某有償ツールのCoverageが命令網羅（いわゆるC0）しかとってくれなくて不満だったので探したら見つけたのがAxoCoverというVS拡張です。 VS Enterpriseにも素晴らしいCoverageツールが含まれているのですが、プロジェクトメンバー全員にEnterprise配れるほど裕福ではないので探していて見つけたのがAxoCoverになります。 無償ツールながらGUI統合されていて、分岐網羅（C1）のカバレッジが取得できます。 使いかたは簡単です。 まずはVSを起動して「ツール」＞「AxoCover」を選択すると新しいWindowが開かれます。 ソリューションエクスプローラーと同じPanelに開かれて、一瞬気が付きませんでしたが。 こんな感じの画面が開きます。 自動的
C++/CLIのType取得 - メモとかそんな感じ
C#のtypeof(Hoge)はC++/CLIだとHoge::typeidらしい
Marshal.GetTypedObjectForIUnknown(IntPtr, Type) メソッド (System.Runtime.InteropServices)
public: static System::Object ^ GetTypedObjectForIUnknown(IntPtr pUnk, Type ^ t); [System.Runtime.Versioning.SupportedOSPlatform("windows")] public static object GetTypedObjectForIUnknown (IntPtr pUnk, Type t); public static object GetTypedObjectForIUnknown (IntPtr pUnk, Type t); [System.Security.SecurityCritical] public static object GetTypedObjectForIUnknown (IntPtr pUnk, Type t); [<System.Runti
Pro .NET Memory Management
Become a better .NET programmer And the Second Edition is coming! Understand how and why memory is managed by .NET runtime Learn how to write memory-aware code Explore various aspects of advanced memory management Learn how to monitor and diagnose various memory related problems Learn the details of GC implementations not published anywhere else
新しい csproj 形式
Visual Studio 2017で、csproj 形式が新しくなりました。 背景としては、 一時期、脱msbuildをしようとしてた -脱msbuildのついでに、csprojを辞めて、project.json 形式にプロジェクト設定全部入れようとしてた時期があった 結局、msbuildに戻ったけども、既存のcsprojをもっとシンプルにしたいという要件だけが残った というものです。過渡期に関しては昔書いたブログ参照: .csproj + project.json 「project.json辞めます」の意味 最近、やっと新形式のcsprojの扱いに慣れてきたのでブログに書き残しておきます。 サンプル: https://github.com/ufcpp/UfcppSample/tree/master/Demo/2017/NewCsproj 新形式 これまで、Visual StudioでC
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C# PDF Library (All-in-One Solution) | IronPDF for .NET
GitHub - dotnet/try-convert: Helping .NET developers port their projects to .NET Core!
.NET for Apache Spark™ | Big data analytics
Best Practices for Developing World-Ready Applications - .NET
Does a wrapper class for a COM interop IStream already exist?
Returning IWICStream / IStream from unmanaged C++ DLL to managed C# and reading it