このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
Microsoftは現地時間2022年8月4日、Visual Studio Code用拡張機能「Python」の2022年8月版をリリースした旨を公式ブログで報告した。本バージョンでは、Webアプリケーションの自動デバッグ構成機能の追加やチュートリアルの改善が加わっている。また、拡張機能「Pylance」で未使用のimportを削除する機能を、拡張機能「Jupyter」でJupyter Notebookの出力セルの画像をクリップボードへコピーする機能を追加した。 Webアプリケーションの自動デバッグ構成機能(公式ブログより) Webアプリケーションの自動デバッグ構成は、URLルーティングと基本的なページレンダリング機能を提供するPythonフレームワークの「Flask」や、高機能フレームワークの「Django」、高速Webフレームワークの「FastAPI」を利用する際の設定工程を簡素化する
MyJVN API とは MyJVN API は、JVN iPedia の情報を、Web を通じて利用するためのソフトウェアインタフェースです。誰でも、MyJVN が提供する API を利用して様々な脆弱性対策情報を取得し、脆弱性対策情報を利用したサイトやアプリケーションを開発することが可能となります。 現在、MyJVNで提供中のAPIは次のとおりです。詳細については各ページを参照のうえ、利用上の規約を踏まえてご利用ください。 また、本サービスを利用して開発したアプリケーションによって表示される情報には、MyJVN API により提供されたものである旨を表示していただくご協力をお願い致します。 ■MyJVN API に関するお問い合わせ 宛先: (問合せ様式) MyJVN API (HND/ITM) バージョン
次の一覧では、 システム エラー コード (エラー 0 から 499) について説明します。 多くの関数が失敗すると、 GetLastError 関数によって返されます。 アプリケーションでエラーの説明テキストを取得するには、FORMAT_MESSAGE_FROM_SYSTEM フラグを指定して FormatMessage 関数を使用します。 ERROR_SUCCESS 0 (0x0) 操作は正常に完了しました。 ERROR_INVALID_FUNCTION 1 (0x1) 関数が正しくありません。 ERROR_FILE_NOT_FOUND 2 (0x2) 指定されたファイルが見つかりません。 ERROR_PATH_NOT_FOUND 3 (0x3) 指定したパスが見つかりません。 ERROR_TOO_MANY_OPEN_FILES 4 (0x4) システムはファイルを開くことができません
.NET Framework ライブラリで使用できるいくつかのテクノロジは、アプリ ドメイン、リモート処理、コード アクセス セキュリティ (CAS) など、.NET 6 以降では使用できません。 ライブラリがこのページに記載されているテクノロジの 1 つ以上に依存している場合は、前述の代替アプローチを検討してください。 API の互換性の詳細については、「.NETでの破壊的変更」を参照してください。 アプリケーション ドメイン アプリケーション ドメイン (AppDomains) は、アプリを互いに分離します。 AppDomain にはランタイム のサポートが必要であり、リソースコストがかかります。 アプリ ドメインの作成はサポートされておらず、今後この機能を追加する予定はありません。 コードを分離するには、別のプロセスまたはコンテナーを別の方法として使用します。 アセンブリを動的に読み
この記事では、.NET アプリケーションのアップグレードを計画および実行する方法について説明します。 現在のアプリの評価、適切なアップグレード パスの選択、使用可能なツールの使用、アップグレードされたアプリの検証に役立ちます。 ガイダンスに従って、.NET Framework から最新の .NET にアップグレードするか、最新の .NET リリースに移行するか、クラウドとコンテナー用にアプリを最新化します。 アップグレードするタイミング ビジネスシグナルまたは技術シグナルが明確な価値を示す場合は、アップグレードを検討してください。 .NET またはその他の依存関係はサポートを終了します。 新しいセキュリティの脆弱性が検出されるか、新しいコンプライアンス要件を満たす必要があります。 または、新しい .NET バージョンが対処するパフォーマンスやスケーラビリティの制限に直面しています。 アップ
.NET は、さまざまな種類のアプリケーションを構築するための無料のクロスプラットフォームのオープンソース開発者プラットフォームです。 複数の言語で記述されたプログラムを実行でき、C# が最も一般的です。 これは、多くの大規模なアプリによって運用環境で使用される高パフォーマンスランタイムに依存しています。 .NET をダウンロードして最初のアプリの作成を開始する方法については、「作業の開始」を参照してください。 .NET プラットフォームは、生産性、パフォーマンス、セキュリティ、信頼性を提供するように設計されています。 ガベージ コレクター (GC) を介した自動メモリ管理を提供します。 これは、GC と厳密な言語コンパイラを使用するため、タイプ セーフでメモリ セーフです。 async /およびawaitプリミティブを介してTaskを提供します。 これには、広範な機能を備え、複数のオペレ
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 .NET 向け Microsoft Learn .NET C#、F#、Visual Basic などのプログラミング言語を使用して、複数のプラットフォームにまたがるアプリを構築する方法をご確認ください。 Windows、Linux、macOS でサポートされており、.NET を使用して次のプロジェクトの開発を今すぐ開始することができます。 すべての .NET パスを参照する .NET の概要 .NET は、さまざまな種類のアプリケーションをビルドするための、無料のクロス プラットフォームかつオープン ソースの開発者向けプラットフォームです。 .NET では、複数の言語、エディター、およびライブラリを使用して、
静的コンストラクターは、任意の静的データを初期化するため、または 1 回だけ実行する必要がある特定のアクションを実行するために使用されます。 最初のインスタンスが作成される前、または静的メンバーが参照される前に、自動的に呼び出されます。 静的コンストラクターが呼び出されるのは多くても 1 回です。 class SimpleClass { // Static variable that must be initialized at run time. static readonly long baseline; // Static constructor is called at most one time, before any // instance constructor is invoked or member is accessed. static SimpleClass() {
概要 例外(exception)とは、 本来ならばプログラム中で起こってはいけないことが起こってしまうことをいいます。 堅牢なプログラムを作成するためには、 例外が起こったときでもプログラムが異常な動作をしないよう、 しっかりと例外処理(exception handling)を行う必要があります。 C# では、例外処理を行うための専用の構文が用意されていて、 プログラマが例外処理を容易に行えるようになっています。 ポイント 例外: 「開こうとしたファイルが存在しなかった」など、特別な対処が必要な状況。 例外への対処には、例外用の構文があるのでそれを使いましょう。 try { 例外が発生する可能性のあるコード } catch(例外) { 例外処理 } 例外処理とは 例外の例を挙げると、ユーザーが想定外の文字列を入力してきたときや、 プログラムに必要なファイルが開けなかったときなどがあります。
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 拡張メンバーを使用すると、新しい派生型を作成したり、再コンパイルしたり、元の型を変更したりせずに、既存の型にメソッドを "追加" できます。 C# 14 以降では、拡張メソッドの定義に使用する構文が 2 つあります。 C# 14 では、 extension ブロックが追加されます。このブロックでは、型または型のインスタンスに対して複数の拡張メンバーを定義します。 C# 14 より前のバージョンでは、静的メソッドの最初のパラメーターに this 修飾子を追加して、メソッドがパラメーター型のインスタンスのメンバーとして表示されることを示します。 拡張ブロックは、メソッド、プロパティ、および演算子という複数のメンバ
アプリケーションの信頼性には、適切な例外処理が不可欠です。 予期される例外を意図的に処理して、アプリのクラッシュを防ぐことができます。 ただし、クラッシュしたアプリは、未定義の動作を持つアプリよりも信頼性が高く、診断可能です。 この記事では、例外の処理と作成に関するベスト プラクティスについて説明します。 例外の処理 次のベスト プラクティスは、例外の処理方法に関するものです。 try/catch/finally ブロックを使用してエラーから復旧するか、リソースを解放します 例外を回避するために一般的な条件を処理する 取り消しと非同期例外をキャッチする 例外を回避できるようにクラスを設計する 例外が原因でメソッドが完了しない場合の復元状態 例外をキャプチャして適切に再スローする try/catch/finally ブロックを使用してエラーから復旧するか、リソースを解放します 例外を生成する
アプリケーションは、実行中に発生したエラーを一貫した方法で処理できる必要があります。 .NET には、アプリケーションにエラーを一様な方法で通知するためのモデルが用意されています。.NET 操作は、例外をスローすることによってエラーを示します。 例外 例外は、実行中のプログラムで発生したエラー状態または予期しない動作です。 例外は、コードまたは呼び出したコード (共有ライブラリなど)、使用できないオペレーティング システム リソース、ランタイムで発生する予期しない条件 (検証できないコードなど) が原因でスローされる可能性があります。 アプリケーションは、これらの条件の一部から回復できますが、他の条件からは回復できません。 ほとんどのアプリケーション例外から復旧できますが、ほとんどのランタイム例外から復旧することはできません。 .NET では、例外は System.Exception クラ
先日、「リーダブルなテストコードについて考えよう~VeriServe Test Automation Talk No.3~」というイベントで登壇してきました。 veriserve-event.connpass.com 今回は発表内容に対する補足と、発表に対していただいた質問に回答します。気になるところだけでも読んでもらえればと思います。 目次 目次 発表内容 発表に対する補足 【補足1】都道府県のテストについて 【補足2】Parameterized Testsへの利用について いただいた質問の回答 【質問1】リーダブルなテストコードの勉強方法はありますか? 【質問2】テストコードのメンテナンスをするにあたってのリファクタリングの頻度はどれくらいか? 【質問3】レビューをする際、機能自体のレビューにかけた時間に対してテストのレビューにかける時間はどのくらいの割合で行っていますか? 【質問4】
This guide will show you how to migrate your jQuery site to React with Next.js – which is a significant undertaking, especially for big code bases. However, this migration allows you to use newer concepts (such as data fetching at build time) to help with our code’s performance and maintainability. jQuery has served developers well for many years. However, libraries (like React) and Frameworks (li
新型コロナウイルスの感染がまたも拡大し、外出を控える人が増えてきた。自宅で何かできることを探している人は多いはずだ。中にはプログラミングを始めてみたい人もいるだろう。あるいは、プログラミングに関する新しい技術を身に付けたいソフトウエアエンジニアもいるかもしれない。 プログラミングを学ぶ際には、プログラミング言語の選択が重要になってくる。言語が異なると、プログラムの書き方が変わってくるからだ。 では、どの言語を学べばよいだろうか。最近はPython(パイソン)が人気で、Go(ゴー)やRust(ラスト)といった低レイヤーに強い言語も注目を集めている。ただ、「人と同じような言語を学ぶのはつまらない」と考える人もいるかもしれない。 そうした人にぜひお勧めしたいのが「Lisp(リスプ)」だ。数ある言語の中でも独自の存在感を放つ。現役バリバリでソフトウエアを開発しているプログラマーでも「いつかはLis
Windows Server 2003 IIS6 Webサーバーでいくつかのperfmonカウンター/レポートを実行しています。各Webサイトは、独自のアプリケーションプール/ワーカープロセスユーザーの下で実行されています。 レポートは、たとえば次のようにサイトの名前を提供しています。 w3wp#29 w3wp#30 w3wp#31 w3wp#32 それぞれがどのWebサイトに関連しているかを判断できるように、ワーカープロセス名(またはPID)が必要です。 #29、#30、#31などの番号はPIDではありません。タスクマネージャーでPIDビューを有効にする場合、またはSysinternals Process Managerで[コマンドライン]列を有効にする場合、またはiisapp.vbsスクリプト(PID)を使用する場合です。長い数字です。 上記のプロセスをアプリケーションプールのユーザー
System.Text.Json 名前空間は、JavaScript Object Notation (JSON) との間でシリアル化および逆シリアル化 (またはマーシャリングとアンマーシャリング) を行う機能を提供します。 "シリアル化" は、オブジェクトの状態 (つまり、そのプロパティの値) を格納または送信できる形式に変換するプロセスです。 シリアル化された形式には、オブジェクトに関連付けられているメソッドに関する情報は含まれません。 "逆シリアル化" では、シリアル化された形式からオブジェクトを再構築します。 System.Text.Json ライブラリの設計では、広範な機能セットよりもハイパフォーマンスとメモリ割り当ての少なさが強調されています。 組み込みの UTF-8 サポートによって、UTF-8 としてエンコードされた JSON テキストの読み取りと書き込みのプロセスが最適化さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く