.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/b3ed5774692f50640f8c6e8c59f7e8a6bb92ebc4/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-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJUU1JUIwJThGJUUzJTgzJThEJUUzJTgyJUJGJTVEJTIwLk5FVCVFMyU4MiVBMiVFMyU4MiVCQiVFMyU4MyVCMyVFMyU4MyU5NiVFMyU4MyVBQSVFMyU4MSU4QyVFNSVBRCU5OCVFNSU5QyVBOCVFMyU4MSU5OSVFMyU4MiU4QiVFMyU4MyU4NyVFMyU4MiVBMyVFMyU4MyVBQyVFMyU4MiVBRiVFMyU4MyU4OCVFMyU4MyVBQSVFMyU4MyU5MSVFMyU4MiVCOSVFNSU5MCU4RCVFMyU4MiU5MiVFNSU4RiU5NiVFNSVCRSU5NyVFMyU4MSU5OSVFMyU4MiU4QiVFNiU5NiVCOSVFNiVCMyU5NSUyMCUyOCVFNSU4RCU5OCVFNCVCOCU4MCVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBNCVFMyU4MyVBQiVFMyU4MSVBQiVFNyU5OSVCQSVFOCVBMSU4QyVFNSVBRiVCRSVFNSVCRiU5QyVFNyU4OSU4OCUyOSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ODYyZDhkOTZkMDVjNjgzNmU0NzRjOTEyNjczMjMwOGE%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTcxNiZ0eHQ9JTQwcm91Z2VtZWlsbGFuZCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTMyJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9Y2I1Mjk5YjZkNmI4NjZmMjM1ZTg0Y2M3MzNkYWYzMTc%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Db514d657136ca9858afbf17011d5bf44)
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
.NET8用のDevContainerを作ってみる - Qiita
はじめに ASP.NET Core 8.0がRCになりましたね。 DevContainerで8.0 RCを試そうと思いましたが、残念ながら7.0までしか対応していません。 これまで通りDockerでSDKのコンテナを起動してもよいのですが、せっかくなのでVSCodeのDevContainerでカスタムコンテナを作ってみます。 .NET 7.0のDevContainerをベースに.NET 8.0のDevContainerを作る 簡単なのは.NET7.0のDevContainerをカスタマイズする方法です。 とりあえず適当な場所にフォルダーを作り、下記の2つのファイルを作ります。 $ mkdir -p app/.devcontainer/ $ touch app/.devcontainer/devcontainer.json $ touch app/.devcontainer/Dockerfi
[C#][備忘録]ビルド時に不要な言語フォルダが出力されないように設定する - Qiita
はじめに C#でアプリケーションを開発中、ビルドをすると、不要な言語フォルダおよびアセンブリファイルが出力される問題に遭遇しました。 その解消を行った備忘録です。 環境 アプリケーションのターゲットフレームワーク：.NET6 開発ツール：Visual Studio 2022 問題の詳細 使用しているNuGetパッケージのバージョンを上げたところ、本現象が発生しました。 今回enフォルダは英語リソースを作成しているため必要なのですが、以下の画像のように、不要なその他の言語のフォルダが出力されました。 また、各フォルダには、以下のファイルが出力されていました。 System.Private.ServiceModel.resources.dll そのため、ライブラリで参照しているNuGetパッケージ（System.Private.ServiceModel）で、ローカライゼーションを有効にしたのが
![[C#][備忘録]ビルド時に不要な言語フォルダが出力されないように設定する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/85e3a821aabc2d9a5ad8fd9825ff7957d96da90f/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-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCQyUyMyU1RCU1QiVFNSU4MiU5OSVFNSVCRiU5OCVFOSU4QyVCMiU1RCVFMyU4MyU5MyVFMyU4MyVBQiVFMyU4MyU4OSVFNiU5OSU4MiVFMyU4MSVBQiVFNCVCOCU4RCVFOCVBNiU4MSVFMyU4MSVBQSVFOCVBOCU4MCVFOCVBQSU5RSVFMyU4MyU5NSVFMyU4MiVBOSVFMyU4MyVBQiVFMyU4MyU4MCVFMyU4MSU4QyVFNSU4NyVCQSVFNSU4QSU5QiVFMyU4MSU5NSVFMyU4MiU4QyVFMyU4MSVBQSVFMyU4MSU4NCVFMyU4MiU4OCVFMyU4MSU4NiVFMyU4MSVBQiVFOCVBOCVBRCVFNSVBRSU5QSVFMyU4MSU5OSVFMyU4MiU4QiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NDRkNjU1ODcwM2UwMmMyYWQ2MDlkZjBkNTFkYzRkZTQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTcxNiZ0eHQ9JTQwbWlub3VyYV9hJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzImdHh0LWFsaWduPWxlZnQlMkN0b3Amcz01MDFkMzI0MDJlNmM1M2YxM2IwMDA5ZTI4NWUzNzcyYQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D7e4cddf213cae2d4fdbfe0934b09cf65)
.NET + AvaloniaUI 制作日誌⑦（ChatGPT APIクライアントアプリ：最終回）
AvaloniaUI 制作日誌最終回。 AvaloniaUIで開発していたChatGPT APIのクライアントアプリは、 XAMLの全体的なリファクタリングも済ませまして、まあまあ安定してきた感じなので、これにて一旦開発完了とします。 振りかえり。 AvaloniaUIは、ver.1.0（？）のメジャーリリースを目の前にして開発は加速しており、 破壊的変更がまだちょくちょく起こっている状況です。 しかしそれでも、それなりの規模のアプリを1本開発してみたところ、一部の機能を除いて開発体験はとても良好なものでした。 とにかくXAMLによるGUI記述の取り回しがよく、慣れれば様々なコントロールのカスタマイズを簡単に行えます。 こうしたいな、と思った事は大体APIやサンプルを掘るだけで実現できました。 公開されているライブラリ郡も、.NET MAUIなどよりも充分なものが揃っていると感じます。 ハ
Secure your .NET cloud apps with rootless Linux Containers - .NET Blog
Starting with .NET 8, all of our Linux container images will include a non-root user. You’ll be able to host your .NET containers as a non-root user with one line of code. This platform-level change will make your apps more secure and .NET one of the most secure developer ecosystems. It is a small change with a big impact for defense in depth. This change was inspired by our earlier project enabli
.NET MAUI とは - .NET MAUI
.NET Multi-Platform App UI (.NET MAUI) は、C# と XAML を使用して、ネイティブのモバイル アプリやデスクトップ アプリを作成するためのクロスプラットフォーム フレームワークです。 .NET MAUI を使用すると、1 つの共有コード ベースから Android、iOS、macOS、Windows で実行できるアプリを開発できます。 .NET MAUI はオープンソースであり、Xamarin.Forms を進化させ、モバイルからデスクトップ シナリオに拡張したもので、UI コントロールはパフォーマンスと拡張性のために一から再構築されています。 Xamarin.Forms を使用してクロス プラットフォーム ユーザー インターフェイスを構築したことがある場合は、.NET MAUI と多くの類似点に気づくことでしょう。 ただし、相違点もいくつかありま
OpenTelemetry dotnetを触ってみた
<PackageReference Include="OpenTelemetry" Version="1.4.0" /> <PackageReference Include="OpenTelemetry.Exporter.Console" Version="1.4.0" /> <PackageReference Include="OpenTelemetry.Extensions.Hosting" Version="1.4.0" /> <PackageReference Include="OpenTelemetry.Instrumentation.AspNetCore" Version="1.0.0-rc9.14" /> Action<ResourceBuilder> configureResource = r => r.AddService( serviceName: builder.En
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mayuki/dotnet-sail: Downloads .NET project from Gist, GitHub, Git, or the web and runs it in a container.
GitHub - jonathanpeppers/dotnes: .NET for the NES game console
GitHub - matthewrdev/UnityUaal.Maui: Embedding the Unity game engine into .NET MAUI.
How to Create a NuGet Package for Both Desktop and Mobile Development
ローカルの開発用証明書を更新する - Qiita
ASP.NET のドキュメント | Microsoft Docs
Docker を使用してアプリをコンテナー化するチュートリアル - .NET