はじめに 2021年11月 Microsoft社より「.NET6」が長期サポート(LTS)としてリリースされました。 「.NET Core」と同じようにWindowsはもとより、LinuxやMAC OSなどマルチプラットフォームで動作可能です。 また、同時に今までLTSであった「.NET Core 3.1」が2022年12月にサポート終了とのことで、これを機会に「.NET6」への移行を検討していきたいと思います。 参考:.NET および .NET Core サポート ポリシー コンソールアプリで検証 前提として「.NET6」を利用するにあたり「Visual Studio 2022」もインストールします。 参考: Visual Studio 2022 プロジェクトの作成 まずは、コンソールアプリケーション プロジェクトを作成します。 Visual Studioを起動し、「ファイル」->「新規
.NET 6 からは、新しい C# コンソール アプリ用のプロジェクト テンプレートによって、Program.cs ファイルに次のコードが生成されます。 // See https://aka.ms/new-console-template for more information Console.WriteLine("Hello, World!"); この新しい出力では、プログラムに記述する必要があるコードを簡素化できる最新の C# 機能が使用されています。 .NET 5 およびそれより前のバージョンの場合は、コンソール アプリ テンプレートによって次のコードが生成されます。 using System; namespace MyApp // Note: actual namespace depends on the project name. { internal class Progra
.NET 6 ではプロジェクト テンプレートが更新されて、かなりシンプルになります。 例えば、コンソール アプリの場合(dotnet new console コマンドで生成)は(コメント行を除けば実質)以下の1行だけの C# ファイルが生成されます。 Console.WriteLine("Hello, World!"); 先日の .NET 6 Preview 7 から、コンソール アプリと Web アプリがこの新テンプレートになっています。 トラッキング issue を見るに、他のタイプのプロジェクトも同じ方針で書き換え中みたいです。 今日はこの新テンプレートがらみで、背景とか、内部挙動的な話とか、Preview 7 から正式リリースまでの間に掛かる予定の変更の話とか。 旧テンプレート まあ、これまでのテンプレートが以下のようなものでしたから、ずいぶんとすっきりしました。 using Sy
こんにちは、@mayukiです。 以前、このブログにてダンプ解析入門 - Visual Studioでの可視化によるC#トラブルシューティングというスタックオーバーフローのような問題を調査する方法について触れましたが、今回はダンプを元にメモリ周りの状態を見ていく方法について調べたので少しまとめてみました。 長い時間実行するようなアプリケーション(アプリケーションサーバーなど)ではメモリの使用状況やメモリリークなどを調査したいというケースがたまにやってきます。そんなときにはプロセスのメモリダンプを取得して解析することで問題の原因がわかりそう…そんなシチュエーションで役立つかもしれません。 お品書き お品書き 前提 メモ: 64bit コンピューターで動作している32bit プロセスのダンプをとる ダンプのみどころ どのツールで解析すれば? Visual Studioを試してみる DebugD
コードジェネレータの有用性とT4 業務系のアプリケーションを作成していると、多かれ少なかれデータモデルのようなものをソースコード上のエンティティクラスとして表すために似たようなコードをたくさん書かなければならないことがある。 もちろん手で地道に書くなんてことはなくて、このようなものはコードジェネレータで機械的に生成させるのが良い。 だいたいデータモデルは開発中にどんどん変わってゆくのでエンティティクラスも都度変更してゆく必要があるからだ。 自動化しておけば何度でも生成できるし、コードの修正漏れなんてこともありえない。 これは良くあるシチュエーションなので、もう過去に何度も何度も何度もジェネレータを作成してきた。 ところが昨年達人出版会で興味をそそられた本を買ってきたところ、 「メタプログラミング.NET」 http://tatsu-zine.com/books/metaprogrammin
MacOS/LinuxでC#やVisual Basicを実行可能にする.NETランタイム「.NET CoreCLR」。早くもGitHubで公開 マイクロソフトはWindows、Linux、MacOS Xに対応予定のフレームワーク「.NET Core」のランタイムとなる「.NET CoreCLR」をオープンソースとしてGitHubに公開したことを明らかにしました。 .NET CoreCLRの「CLR」とは、Common Language Runtimeの略。つまりC#やVisual Basicなど.NET対応言語の実行エンジンにあたります。 マイクロソフトは昨年11月に、.NETのオープンソース化とLinuxおよびMac OS X対応を表明しています。それが下記の図の「.NET Core 5」と呼ばれるものです。今回公開されたのは、その.NET Core 5のランタイムにあたる「.NET C
ASP.NET、Silverlight等、.NET Frameworkの中でもWebに関する技術のTips、情報を主にまとめています。 web.configにはデータベースへの接続文字列など、ユーザ名とパスワードといった情報を記述しなければいけない場合があります。こういった重要な情報をテキストファイルに平文で記述していることに不安を覚える人もいるでしょう。 ASP.NET 2.0ではaspnet_regiis.exeを利用してweb.configを暗号化することができるようになりました。この暗号化した情報はASP.NETによって自動的に複合化されて読み取られるので、開発の終了後、運用サーバに配置する時点でweb.configの暗号化を行うだけの手間しか必要ではありません。 実際の暗号化の手順をみていきましょう。 ○運用サーバ上で暗号化を行う 運用サーバの管理を自分で行っているのであれば、運
Last Updated 2012/02/04 このページでは、.NET Framework または WPF アプリケーションを開発するための開発ツールおよびユーティリティソフトを取り上げます。ただし、開発言語は C# だけを対象とします。 C# 対応の総合開発ツール .NET アプリケーションは .NET Framework を使わなければなりませんが、その SDK "Software Development Kit" は C# のコンパイラを含めて無料で公開されています。SDK の 2011 年初頭の最新バージョンは 4.0 です。したがって、.NET アプリケーション開発に必要なもののうち、自前で用意しなければならないものは何もありません(ただし、IDE がないとフォームを作るのはかなり面倒ですが)。 さて、C# 対応の総合開発ツールとして、私がテストしたものは次の 3 つです。 V
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く