.NET アプリでデータベースに接続するの続き - Qiita
はじめに データベースに接続するプログラムの作り方を確認しておきたいと思いました。 .NET アプリでデータベースに接続する #.NET - Qiita その続きです。 System.Data.Common を使ってデータベースに接続する 前回は、接続先のデータベースに合わせて、それぞれ SqlClient 、MySqlClient 、OracleClient を使いました。 System.Data.Common を使った書き方が紹介されています。これを試してみます。 DbProviderFactoryを使用したプロバイダに依存しないコード .NET Framework＋System.Data.Common で接続する Visual Studio で「新しいプロジェクトの作成」して「コンソールアプリ (.NET Framework）」を選択します。 Visual Studio の「Nuge
.NET for AndroidでLottieアニメーションを使えるようにしてみた(Native Library Interop)
はじめに .NET for Android(※MAUI ではない)で書かれたアプリに Lottie アニメーションを実装することになりましたので、その実装手順になります。 素直に NuGet の Lottie ライブラリがあれば良かったのですが、nuget.org で検索してみても古くてメンテされてなさそうだったり、あっても MAUI 専用っぽかったりしてどうにも使えなさそうだったので(見落としているだけでしたらすみません)、ネイティブのライブラリを使った方が良さそうとなり、ネイティブライブラリの使い方を探していて見つかった Native Library Interop というアプローチ(元々は Slim Binding と呼ばれていたようです)が良さそうということで試してみました。 本記事の執筆にあたって作成したサンプルコードは以下になります。 Native Library Intero
C#/.NET - nuget.org につながらない環境でもビルドできるようにする方法
はじめに nuget.org で配付されているような NuGet パッケージを参照している、C# 等の .NET プロジェクトについての話です。 そう滅多にある話ではないのですが、希に、インターネットへの接続ができない現場、つまり nuget.org に接続ができない状況で、前述のような .NET プロジェクトのビルドの必要が発生することが、自分にはありました。そのような状況下で、NuGet パッケージを参照している .NET プロジェクトをビルドできるようにする方法を、今回は紹介します。 なお以下の内容は、OS は Windows での動作を確認してます。macOS や Linux 各種ディストリビューションなど、他の OS 環境については確認はしていません (が、たぶん、いくつかのファイルフォルダパスの違いを除けば、OS に依らずそのまま当てはまると思います)。 キャッシュできていれば
.NET プロファイルのサポート - Unity マニュアル
Unity は、.NET Standard と .NET Framework の 2 つの .NET プロファイルをサポートしています。各プロファイルは、C# コードが .NET クラスライブラリと相互作用できるように、異なる API セットを提供しています。 Api Compatibility Level プロパティには以下の 2 つの設定があります。 .NET Standard : NET Foundation が公開する .NET Standard 2.1 Microsoft が公開する .NET Framework 4.8 と、.NET Standard 2.1 の追加 API デフォルトでは、Api compatibility Level は .NET Standard に設定されています。 .NET プロファイルを変更するには、Edit > Project Settings >
GitHub Actions v2 で .NET Core 3.0 をビルドする - Qiita
はじめに .NET Core 3.0 がリリースされたようなので GitHub Actions でビルドしてみます。 GitHub Actions のベータ版も申込みからすぐに使えるようになっています。 .NET Core 3.0 App コンソールアプリケーションを作ってコミットしておきます。 詳細のコードは割愛。全体のコードはこちら。 name: Build .NET Core 3.0 on: push jobs: build: runs-on: macOS-latest # ubuntu-latest, windows-latest, etc steps: - uses: actions/checkout@v1 - uses: actions/setup-dotnet@v1.0.2 # >= v1.1.0 だと dotnet run に失敗する with: dotnet-versio
Photino: Native, Cross-Platform Web UI Desktop Apps
Build native, cross-platform desktop apps that are lighter than light. Photino is a lightweight open-source framework for building native, cross-platform desktop applications with Web UI technology. Native Applications Photino enables developers to use fast, natively compiled languages like C#, C++, Java and more. Use your favorite development frameworks like .NET. Cross-Platform UI Build desktop
.NET 9 の MSBuild で Message タスクの出力がコンソールに表示されなくなっていた
今回は、.NET プログラミング、とくに MSBuild スクリプト (.csproj ファイルとか) の話です。 MSBuild スクリプト開発時は Message タスクで printf デバッグ 一般的 (?) な .NET 開発の場面では、そうそう機会はないかもしれませんが、自分は、.NET におけるビルドスクリプトである MSBuild スクリプトを色々といじる機会があります。 あいにくと今日現在、自分が知る限りでは、MSBuild スクリプトをデバッグ実行、すなわち、ブレークポイントを設定してそこで一時停止したり、変数 (プロパティやアイテム) をウォッチしたりする仕組みはないようです。なので、MSBuild スクリプトの開発時は、バイナリログの生成を指定して実行し、生成されたバイナリログをビューワーで確認したり、あるいは、MSBuild スクリプト内に <Message> タ
自作の.NET製CLIツールにタブ補完機能を付ける(PowerShell編) - Qiita
.NET tool × オートコンプリート C#使いとして日頃からお世話になっているdotnet CLI（dotnetコマンド）ですが、オートコンプリート（タブ補完）機能を付けられるのをご存じでしょうか。 dotnet CLI のタブ補完を有効にする PowerShell、Bash、zsh、fish、nushellなどの各種シェルに対し、専用のスクリプトを実行することで、パラメータの入力補完が使えるようになるというものです。 PowerShellでの入力補完 タブ補完を有効化するスクリプトについて、PowerShellの実装を見てみるとRegister-ArgumentCompleter というコマンドレットを使用するようです。 # PowerShell parameter completion shim for the dotnet CLI Register-ArgumentComple
ビルドは通るが動かない！実際に引っ掛かった「.NET 6 -> .NET 8」移行時の破壊的変更 2 選
ここ数日、.NET 6 でできたアプリを .NET 8 に更新する作業をしています。.NET 8 のリリースから半年以上が経った今になって遅ればせながらやっているのは、Azure Functions (In-Proc) がようやく .NET 8 に対応したからです。それに引っ張られてずっと .NET 6 のままの運用を強いられていました。 それはそれとして、近年の .NET は互換性を高く保ちつつもちょこちょこと破壊的変更を入れて「よりあるべき姿」になろうと奮闘しています。その点については大変好感を持っていますし、実際これまでに幾度となく .NET のバージョンを上げてきたときも全くと言っていいほど破壊的変更を踏むことがなかったので若干過信していたところはあります。 が、今回検証過程で実際に遭遇して「うわ、危なッ」となる部分があったので紹介していきます。 実際にハマッた破壊的変更 2 選
Testcontainers for .NETをpodmanで動かす
最近リリースされたAspireはPodmanで動作します。 これは、結構うれしい話でやっぱりDocker Desktopのライセンスを会社が出してくれないってところはそれなりにあるんですよね。 で、そうならば全部Podmanですませたい。Testcontainers for .NETは動くのか？？ってことになるのです。 公式には It is possible to configure Testcontainers to work for other Docker setups, such as a remote Docker host or Docker alternatives. However, these are not actively tested in the main development workflow, so not all Testcontainers featur
.NET MAUIで普通のデスクトップアプリをビルドするには - Qiita
概要 .NET MAUIで、普通のデスクトップアプリをビルドする方法の話です。普通というのは、msixインストーラで配布するパッケージではなく、exeとdllを作ってmsiインストーラなどで配布するタイプのアプリです。 先に結論まとめ プロジェクトファイルに<WindowsPackageType>None</WindowsPackageType>を追加 launchSettings.jsonのcommandNameをProjectに 発行はdotnet publishコマンドに「p:WindowsPackageType=None」を付ける 以上で、普通のデスクトップアプリとしてビルド・デバッグ・発行ができます ただしまだ問題点が多いようなので、実運用の開発への採用は要注意 話の背景 .NET MAUIでWindowsアプリを作ろうとすると、msixインストーラで配布するという形の、どちらか
[小ネタ] .NETアセンブリが存在するディレクトリパス名を取得する方法 (単一ファイルに発行対応版) - Qiita
1. 概要 プログラムの実行時に、ある特定のアセンブリが格納されているディレクトリパス名が知りたくなることがあります。 私の場合なら、以下のような状況がよくあります。 アセンブリと同じディレクトリにインストールされているはずの .json ファイルのパス名を知りたくなった時 同じディレクトリにインストールされているはずのプラグインのアセンブリを動的にロードするために、 プラグインのアセンブリのフルパス名を組み立てる時 c# ではこういう場合には常套手段があるのですが、とある状況で常套手段が使えないことが判明したので、より汎用的な手段を考えてみました。 この記事がどなたかの参考になれば幸いです。 2. アセンブリが格納されているディレクトリパス名を取得する方法 (通常版) System.Reflection.Assemblyクラスの Location プロパティを参照するとアセンブリのフルパ
![[小ネタ] .NETアセンブリが存在するディレクトリパス名を取得する方法 (単一ファイルに発行対応版) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/03819076647d0127fe7f867eae2c884d256942bf/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU1JUIwJThGJUUzJTgzJThEJUUzJTgyJUJGJTVEJTIwLk5FVCVFMyU4MiVBMiVFMyU4MiVCQiVFMyU4MyVCMyVFMyU4MyU5NiVFMyU4MyVBQSVFMyU4MSU4QyVFNSVBRCU5OCVFNSU5QyVBOCVFMyU4MSU5OSVFMyU4MiU4QiVFMyU4MyU4NyVFMyU4MiVBMyVFMyU4MyVBQyVFMyU4MiVBRiVFMyU4MyU4OCVFMyU4MyVBQSVFMyU4MyU5MSVFMyU4MiVCOSVFNSU5MCU4RCVFMyU4MiU5MiVFNSU4RiU5NiVFNSVCRSU5NyVFMyU4MSU5OSVFMyU4MiU4QiVFNiU5NiVCOSVFNiVCMyU5NSUyMCUyOCVFNSU4RCU5OCVFNCVCOCU4MCVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBNCVFMyU4MyVBQiVFMyU4MSVBQiVFNyU5OSVCQSVFOCVBMSU4QyVFNSVBRiVCRSVFNSVCRiU5QyVFNyU4OSU4OCUyOSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NWZjMDJmZjlmN2IwY2FiZjczMTU5Y2Y5ZDM1NWNkNGU%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDByb3VnZW1laWxsYW5kJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00NGY0MDY5NTI5N2M1NmZiNDQ4NjNkM2JjMjc5NzE5MQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dcb73bdc3f5d2939e6d6b41c9c863f7ed)
neue cc - .NETプロジェクトとUnityプロジェクトのソースコード共有最新手法
.NETプロジェクトとUnityプロジェクトのソースコード共有最新手法 2024-01-15 MagicOnionのv6が先日リリースされました。 メジャーバージョンアップとして大きな違いは、Cysharp/YetAnotherHttpHandlerを正式リリースし、これを通信層の標準ライブラリ化しました。インストール手順も複雑で、サポートも切れていたgRPC C-Coreとはさようならです。正式リリースにあたってプレビューに存在していたクラッシュ問題などが解消されています。 もう一つはクライアント生成においてコマンドラインツールが削除され、Source Generatorベースになりました。 [MagicOnionClientGeneration(typeof(MyApp.Shared.Services.IGreeterService))] partial class MagicOnio
.NET Aspire って何？ - 概要 - Qiita
この記事は .NET Aspire に関する一連の記事の一部です。 .NET Aspire って何？ - 概要 .NET Aspire を使ってみる .NET Aspire を デプロイする .NET Aspire で Prometheus, Jaeger, Grafana を使う Next.js + ASP.NET Core を .NET Aspire で構成する（with YARP） (2024/2リリースの Preview 3に対応しました) .NET Aspire とは .NET Conf 2023で発表された .NET Aspire (https://learn.microsoft.com/en-us/dotnet/aspire/) は、一言で言えば分散アプリケーションの開発を便利にするためのツールとして開発されました。でも、中身を知ると決して分散アプリケーションにしか使用できな
.NET 8.0 を WSL2 Ubuntu にインストールする
まえがき .NET 8.0 を Ubuntu 22.04 にインストールしようとしたところ、パッケージマネージャが8.0にまだ対応していない[1]ので、Microsoft パッケージ リポジトリを参照させる方法、またはMicrosoftで用意されているインストールスクリプトを使用してインストールします。 【追記】 最初はインストールスクリプトを使用したインストール方法でやっていたんですが、VSCodeが認識しなかったりしたので、Microsoft パッケージ リポジトリを追加する方法で再インストールしたら、VSCodeも認識するようになったので、一応やり方を追記します。 いろいろインストールしているので、すんなりいく人は行くと思います😫 環境 WSL Ubuntu 22.04 事前準備 Ubuntu のバージョン確認 $ dotnet --version 7.0.114 $ sudo a
.NET 8 の Blazor の静的 サーバー レンダリング (SSR) で JavaScript を使う方法
はじめに .NET 8 の Blazor で追加された静的 サーバー レンダリング (SSR) で JavaScript を使う方法を紹介します。 SSR では、普通に script タグをページに追加しても JavaScript が実行されません。この動作自体は今まであった Blazor Server や Blazor WebAssembly でも同じで基本的には OnAfterRenderAsync で JavaScript を読み込んで実行する必要があります。 SSR では OnAfterRender や OnAfterRenderAsync メソッドは呼び出されないので別の方法で JavaScript を読み込んで実行するようにする必要があります。そのため、Blazor のドキュメントの JavaScript 相互運用の所に静的サーバー レンダリングという項目が追加されています。
.NET 8 の Blazor で WASM と Server を完全に切り替える方法
はじめに .NET 8 の Blazor で WASM と Server と SSR をページ単位・コンポーネント単位で切り替えることが出来るようになりました。しかし、これはあくまでページの中だけの話です。そのまわりのレイアウト部分は単なる SSR でレンダリングされます。レイアウト部分まで WASM や Server にしてしまうと、グローバルで WASM なのか Server なのか固定化されてしまいます。 これをレイアウト部分まで Server と WASM を切り替えることをやってみようと思います。 やり方 やりかたは至って簡単です。レイアウトはアプリの Router が、どのモードでレンダリングされるかによって変わります。そして、コンポーネントは基本的に一度レンダリングされたらレンダリングのモードは固定になります。Auto を設定した場合もコンポーネントの初回レンダリング時に S
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fixing the HTTPS Developer Certificate Error in .NET on macOS Sequoia
dotCover Command Line Tools for Automation Testing Code Coverage | The .NET Tools Blog
GitHub - mayuki/dotnet-sail: Downloads .NET project from Gist, GitHub, Git, or the web and runs it in a container.
