LINQ で動的に OR 検索するやつ - 鷲ノ巣
Entity Framework なんかを使っていて、データを検索したいとき。 検索フォームからユーザーに検索条件を入力してもらって、それで OR 検索をしたいとなると、ちょっと面倒です。 もちろん、何も入力しなかった項目ではフィルタリングを行いません。 AND 検索だけなら、Where メソッドをチェーンさせて行けばいいのですが、OR 検索が絡むと、そう簡単にはいきません。 こういう場合は Expression Tree を頑張って組み立てなければいけないわけですが、やり方はこのへんを見て頂いてですね… LINQ文で動的にWhere句を組み立てるには？［3.5、C#、VB］ - ＠IT Expressionを使った動的なOR文の生成 - Architect Life いや、いやいやいや。わけがわからないし面倒くさい。そんなのやってらんない。 もうちょっと簡単に、こんな感じでやりたいわけで
.NET Core の設定情報の仕組みをしっかり理解したい方向け基本のキ【その２】 - ecbeing labs（イーシービーイング・ラボ）
こんにちは、アーキテクトの小林です。 前回の記事では、さまざまなプロバイダから提供される情報がフラットな KeyValue データ構造に変換され、後勝ち方式でカスケーディングされていることをご紹介しました。 今回の記事では、フラットな設定情報から階層構造を持ったクラスのプロパティに値をバインドする方法と、設定ファイルが更新されたときに自動的に設定情報を再読み込みさせる方法を紹介します。 まだ前回の記事をお読みでない方は以下をお読みください。 blog.ecbeing.tech 最初から用意されている appsettings.json 設定をバインドする さて、ASP.NET Core Web アプリケーションを新たに作成すると、appsettings.json に最初から以下の設定が用意されています。 appsettings.json { "Logging": { "LogLevel":
neue cc
MicrosoftからIntroducing Garnet – an open-source, next-generation, faster cache-store for accelerating applications and servicesという記事が今日公開されて、Garnetという新しいインメモリデータストアがOSSとして公開されました。Microsoft ResearchでFASTERを手掛けていたチームによるもので、FASTERはC#実装の高速なキーバリューストアでした。今回のGarnetはその発展形のようなもので、FASTERベースのストレージと、Redis互換のプロトコルによる、インメモリデータストアになっています。詳しくはGarnetのほうのブログA Brief History of Garnetで。GarnetもC#で作られています。 ベンチマークによると、Re
.NET 6に入ったPriorityQueueの紹介と、ダイクストラ法を書いてみる | Yucchiy's Note
December 22, 2021.NET 6に入ったPriorityQueueの紹介と、ダイクストラ法を書いてみる この記事は、C# Advent Calendar 2021の22日目の記事です。 昨日はWiZLiteさんによる自作UIフレームワークExprazorの紹介と仮想DOMの実装方法 - Qiitaでした。 .NET 6 Preview 2に PriorityQueueの実装が追加されました。いままでC#には標準で優先度付きキューの実装はなかったのですが、.NET 6から標準でこのデータ構造がサポートされました。 Announcing .NET 6 Preview 2 | .NET Blog Add PriorityQueue to System.Collections.Generic (#43957) by pgolebiowski · Pull Request #46009
MagicOnion – C#による .NET Core/Unity 用のリアルタイム通信フレームワーク | Cygames Engineers' Blog
Cy#の河合です。Cy#は今年の9月に設立されたばかりの会社で、その名の通りC#関連の開発を行っていきます。今回はCy#よりオープンソースライブラリとして、Unity向けのリアルタイム通信/API通信統合ライブラリをリリースしました。 GitHub – cysharp/MagicOnion もともと2年前に最初に公開し、実際にリリースされたモバイルゲームでも使用していたものですが、今回リアルタイム通信向け機能をよりブラッシュアップして、正式公開としました。そういう点では、”既に実績がある”とも言えます。今回より新しいスタートということで、バージョン2.0です。 基本的な機能は サーバークライアント間のストリーミングRPCを提供します。サーバー側をC#、クライアント側もC#で実装し、メッセージのフォーマットはLZ4圧縮されたMessagePack、通信はgRPCによるHTTP/2を用いていま
neue cc - ConsoleAppFramework v3 - より強化されたC#のためのコマンドラインツール用フレームワーク
.NET 5も控えていることだし、というのは関係ないのですが、CLIアプリケーションや大量のバッチをC#で簡単に作れるフレームワークであるところのConsoleAppFrameworkを思い立って更新しました。 github - Cysharp/ConsoleAppFramework 基本的な構成である、Generic Hostの上に乗っかるCLIフレームワークというコンセプトには変更ありません。 メソッド定義がそのままコマンドライン引数になって、ヘルプなども自動生成してくれます。Host(ASP.NET Coreなどでも使う)の設定によってロガーやDIの設定、オプションの読み込みとバインディングも可能なので、細かいコンフィグレーションもそれで行えますし、基盤が一緒なためASP.NET Coreなどとの共通化なども可能になります。 一番単純な例を出すとこんな感じになります。 public
XMLドキュメントコメントを用いたドキュメントの作成 - smdn.jp
クラスライブラリなどを提供する場合、同時に使い方や詳細な仕様をまとめたドキュメント(APIリファレンス)も提供する場合があります。 これらを個別に作成・メンテナンスすることも出来ますが、バージョンアップを重ねる度に実装とドキュメントの内容の同期を取るのは手間のかかる作業です。 これを解決する一つの方法として、ソースコード中にコメントとして直接APIのリファレンスを記述することで、実装とドキュメントの同期をしやすくするというやり方があります。 この場合、コメントからドキュメントを作成する方法が問題となってきます。 Doxygenなどこの様な機能を提供する専用のツールは存在しますが、C#およびVBコンパイラではこの様な要求を満たすXMLドキュメントコメントという機能がコンパイラの機能として用意されています。 XMLドキュメントコメントは、Javadocと同様の機能を提供するものです。 ここでは
Visual Basic support planned for .NET 5.0
We’ve heard your feedback that you want Visual Basic on .NET Core. Earlier versions of .NET Core supported Class Library and Console applications types. Starting with .NET 5 Visual Basic will support: Class Library Console Windows Forms WPF Worker Service ASP.NET Core Web API We are supporting these application types to provide a good path forward for the existing VB customer who want to migrate t
.NET非同期処理(async-await)と例外の制御
Taskクラスとasync-awaitを使用して非同期処理を記述する場合の、例外にまつわるあれこれをまとめました。 概要： 表面上は殆ど変らない 現実の動作 タスクコンテキストとスレッドコンテキスト スタックウォーク 処理されない例外 この記事は、非同期処理と例外処理について、多少難易度の高い話題を含みます。もし、もっと基本的な記述方法や、安全に例外を処理する方法を知りたい場合は、この記事をお勧めします: 「.NET非同期処理で例外を安全に対処する」 この記事の前に、非同期処理の基本を扱った記事もあります: 「.NET非同期処理(async-await)を制御する、様々な方法」 非同期処理中に発生する例外の捕捉 非同期処理中に発生する例外を捕捉する方法は、一般的な例外の捕捉とほとんど変わりません。 // 指定されたURLからHTMLコンテンツをダウンロードする public static
neue cc - .NET Core時代のT4によるC#のテキストテンプレート術
C# Advent Calendar 2019用の記事となります。C# Advent Calendar 2019はその2もあって、そちらも埋まってるので大変めでたい。 さて、今回のテーマはT4で、この場合にやりたいのはソースコードジェネレートです。つまるところC#でC#を作る、ということをやりたい！そのためのツールがテンプレートエンジンです。.NETにおいてメジャーなテンプレートエンジンといえばRazorなわけですが、アレはASP.NET MVCのHTML用のViewのためのテンプレートエンジンなため、文法が全くソースコード生成に向いていません、完全にHTML特化なのです。また、利用のためのパイプラインもソースコード生成に全く向いていない（無理やりなんとか使おうとするRazorEngineといったプロジェクトもありますが……)ので、やめておいたほうが無難です。 では何を使えばいいのか、の答
第6回：Hello！ .NET 5 - システムエグゼ コーポレートサイト
みなさんこんにちは。システムエグゼの相田です。 前回の記事は技術的ヨコモジだらけだったので、今回は日本語比率を上げてみようと思ったのですが、技術の領域で少々早めに触れておいた方が良い話題が出てきました。なので、急遽予定を変更して今回もヨコモジだらけの回です。 第六回目は Microsoft のソフトウェア開発プラットフォーム「.NET」のお話です。 「.NET」と言われて、恐らく多くの方が Windows OS 向けの「.NET Framework」を思い浮かべるでしょう。しかし 2019年現在、実は「.NET Framework」は「.NET」のごく一部でしかなく、また「.NET」の中心的存在でも無いのです。そして今年、Microsoft から .NET 世界を大きく揺るがす大ニュースが発表されました。 それが今回の主役「.NET 5」です。 目次 三種類の「.NET」 2019年現在、
.NET Core 3.0 をもって .NET Framework からの移植作業は完結
corefx で以下のようなアナウンスが。 .NET Core 3.0 concludes the .NET Framework API porting project buildの時点で .NET を .NET Core ベースに一本化、.NET Framework は 4.8 をもって最後にするという話があったわけですが、 改めてというか、総括的なアナウンスです。 API 数 まず、.NET Framework から .NET Core に移植してきた API 数の総括。 メソッドのオーバーロード1個1個を「1 API」とカウントしてるんだともいますが、以下のような数字が書かれています。 .NET Core 1.0 時点では1.8万個 .NET Standard 2.0 では .NET Framework、.NET Core、Xamarin の共通部分として3.8万個 Windows
.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() {
BackgroundWorker クラス (System.ComponentModel)
名前空間: System.ComponentModel アセンブリ:System.dll, System.ComponentModel.EventBasedAsync.dll アセンブリ:System.ComponentModel.EventBasedAsync.dll アセンブリ:System.dll アセンブリ:netstandard.dll ソース:BackgroundWorker.cs ソース:BackgroundWorker.cs ソース:BackgroundWorker.cs 重要 一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。 public ref class BackgroundWorker : IDisposable pub
.NET Core is the Future of .NET - .NET Blog
Email Subscriptions are here! Get notified in your email when a new post is published to this blog We introduced .NET Core 1.0 on November 2014. The goal with .NET Core was to take the learning from our experience building, shipping and servicing .NET Framework over the previous 12 years and build a better product. Some examples of these improvements are side-by-side installations (you can install
Azure Bot Services でボットを公開するための最小のコードと手順 - かずきのBlog@hatena
Azure Bot Services にボットを公開する最小のコードと手順をやってみようと思います。 というのも、必要最低限を把握してないとその他の応用の部分がどのコードなのかっていうのが把握しにくいと思うので自分は最低限のコードを組むのは一回流行ってる気がします。 いらないと思うものを省いてスリムにね。 ということで、ASP.NET Core の空のプロジェクトからスタートして最終的に Azure にデプロイして動かしてみたいと思います。 プロジェクトの作成 Visual Studio 2017 で ASP.NET Core Web アプリケーションを作成します。空のプロジェクトをさくっとね。HTTPS も特に今はいいのでオフにしてます。 Bot Framework SDK の ASP.NET Core との統合をしてくれるパッケージを NuGet で入れます。 パッケージ名は Micr
Handling a new era in the Japanese calendar in .NET | .NET Blog
Get notified in your email when a new post is published to this blog Typically, calendar eras represent long time periods. In the Gregorian calendar, for example, the current era spans (as of this year) 2,019 years. In the Japanese calendar, however, a new era begins with the reign of a new emperor. On April 30, 2019, Emperor Akihito is expected to abdicate, which will bring to an end the Heisei e
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
API versioning and Swagger in ASP.NET Core 7.0
「.NET Core 3.0」の後継は「.NET 5」 ～2020年11月にリリースへ／Windows/Linux/macOS/iOS/Android/tvOS/watchOS/WebAssemblyの開発を単一でカバー
Return types, action parameters and data annotations now available in Web API 2.1 Help Page | Strathweb. A free flowing tech monologue.