C＃

WebApiのテストには、要求の送信と応答の受信が含まれます。 WebApiをテストする方法はいくつかあります。ここでは、postmanとswaggerを使用してWebApiをテストします。以下のようなStudentControllerを作成しましょう。 学生モデル namespace DemoWebApplication.Models{    public class Student{       public int Id { get; set; }       public string Name { get

ViewDataは、文字列をキーとして使用して保存および取得されるオブジェクトのディクショナリです。ControllerからViewにデータを転送するために使用されます。 ViewDataは辞書であるため、各キーが文字列でなければならないキーと値のペアが含まれています。 ViewDataは、コントローラーからビューにデータを転送するだけで、その逆はありません。現在のリクエスト中のみ有効です。 ViewDataへのデータの保存- ViewData["countries"] = countriesList; ViewDataからのデータの取得- string count

メッセージハンドラーでは、一連のメッセージハンドラーがチェーンされます。最初のハンドラーはHTTPリクエストを受信し、何らかの処理を行って、次のハンドラーにリクエストを渡します。ある時点で、応答が作成され、チェーンに戻ります。このパターンは委任ハンドラーと呼ばれます 。 組み込みのサーバー側メッセージハンドラーに加えて、独自のサーバー側HTTPメッセージハンドラーを作成することもできます。 カスタムのサーバー側HTTPMessageハンドラーを作成するには ASP.NET Web APIでは、 DelegatingHandlerを使用します 。 System.Net.Http.Delega

ASP.NET Web APIでカスタムのサーバー側HTTPメッセージハンドラーを作成するには、 System.Net.Http.DelegatingHandlerから派生する必要があるクラスを作成する必要があります。 。 ステップ1- コントローラとそれに対応するアクションメソッドを作成します。 例 using DemoWebApplication.Models; using System.Collections.Generic; using System.Linq; using System.Web.Http; namespace DemoWebApplication.Control

文字列インスタンスを使用stringrepeatedString =new string（charToRepeat、5） 文字「！」を繰り返す指定された回数で。 string.Concat（Enumerable.Repeat（charToRepeat、5））を使用します 文字「！」を繰り返す指定された回数で。 StringBuilder builder =new StringBuilder（stringToRepeat.Length * 5）;を使用します 文字「！」を繰り返す指定された回数で。 文字列インスタンスの使用 例 using System; namespace DemoAp

テキストファイルを1行ずつ読み取る方法はいくつかあります。それらには、StreamReader.ReadLine、File.ReadLinesなどが含まれます。ローカルマシンに存在する、以下のような行を持つテキストファイルについて考えてみましょう。 StreamReader.ReadLineの使用- C＃StreamReaderは、指定されたエンコーディングでストリームに文字を読み取るために使用されます。StreamReader.Readメソッドは、入力ストリームから次の文字または次の文字セットを読み取ります。 StreamReaderは、文字、ブロック、行、またはすべてのコンテン

ActionName属性は、アクションメソッドの別の名前に使用されるアクションセレクターです。アクションメソッドを実際のメソッド名ではなく別の名前で呼び出す場合は、ActionName属性を使用します。 [ActionName("AliasName")] コントローラー 例 using System.Collections.Generic; using System.Web.Mvc; namespace DemoMvcApplication.Controllers{    public class HomeController : Controller{

リストをフラット化するということは、List

ステップ1- 新しいWindowsサービスアプリケーションを作成します。 ステップ2- Windowsサービスを実行するには、インストーラーをインストールする必要があります。インストーラーは、インストーラーをサービスコントロールマネージャーに登録します。 Service1.cs[Design]とAddInstallerを右クリックします。 ステップ3- ProjectInstaller.cs [Design]を右クリックして、ビューコードを選択します。 using System; using System.Collections; using Syste

|| 論理ORと呼ばれます 演算子と| ビットごとの論理ORと呼ばれます しかし、それらの基本的な違いは、実行方法にあります。 ||の構文および|次と同じ- bool_exp1 || bool_exp2 bool_exp1 | bool_exp2 1と2の構文は互いに似ていますが、実行方法がまったく異なります。 最初のステートメントでは、最初にbool_exp1が実行され、次にこの式の結果によって他のステートメントの実行が決定されます。 trueの場合、ORはtrueになるため、otherステートメントを実行しても意味がありません。 bool_exp2ステートメントは、bool

ネットワーク上のすべてのマシンには一意の識別子があります。メールで送信する手紙の宛先を指定するのと同じように、コンピューターは一意の識別子を使用して、ネットワーク上の特定のコンピューターにデータを送信します。インターネット上のすべてのコンピュータを含む今日のほとんどのネットワークは、ネットワーク上で通信する方法の標準としてTCP/IPプロトコルを使用しています。 TCP / IPプロトコルでは、コンピューターの一意の識別子はそのIPアドレスと呼ばれます。 HttpRequest.UserHostAddressプロパティの使用 例 using System.Web.Mvc; namespace

静的コンストラクターは、静的データを初期化するため、または1回だけ実行する必要がある特定のアクションを実行するために使用されます。最初のインスタンスが作成される前、または静的メンバーが参照される前に、自動的に呼び出されます。 静的コンストラクターは、コンストラクターがLoadLibraryメソッドを呼び出すことができる場合に、アンマネージコードのラッパークラスを作成するときに役立ちます。静的コンストラクターは、コンパイル時に制約を介してチェックできない型パラメーターに実行時チェックを適用するのにも便利な場所です。 静的コンストラクターには次のプロパティがあります- 静的コンストラクタ

リフレクションとは、マネージコードが独自のメタデータを読み取ってアセンブリを見つけることができる場合です。基本的に、コードは同じシステム内の他のコードを検査できます。 C＃のリフレクションを使用すると、型のインスタンスを動的に作成し、その型を既存のオブジェクトにバインドできます。さらに、既存のオブジェクトとaccessitsプロパティから型を取得できます。コードで属性を使用すると、モジュール、アセンブリ、および型を記述するTypeのオブジェクトが提供されるため、リフレクションによってアクセスが可能になります。 double型のプロパティがあり、実行時に実際に文字列として値があり、型を変更した

メディアタイプは、MIMEタイプとも呼ばれ、データの形式を識別します。 HTTPでは、メディアタイプはメッセージ本文の形式を記述します。メディアタイプは、タイプとサブタイプの2つの文字列で構成されます。例- text / html image / png application / json HTTPメッセージにentity-bodyが含まれている場合、Content-Typeヘッダーはメッセージ本文の形式を指定します。これは、メッセージ本文の内容を解析する方法を受信者に指示します。 クライアントが要求メッセージを送信するとき、Acceptヘッダーを含めることができます。

外部アプリケーションは、プロセスを使用してC＃アプリケーションから実行できます。 。プロセスは、コンピューターで実行されているプログラムです。これは、スペルチェッカーやシステムイベントハンドラーなどの小さなバックグラウンドタスクから、メモ帳などの本格的なアプリケーションまで、何でもかまいません。 各プロセスは、プログラムの実行に必要なリソースを提供します。各プロセスは、プライマリスレッドと呼ばれる単一のスレッドで開始されます。プロセスには、プライマリスレッドに加えて複数のスレッドを含めることができます。プロセスは利用可能なシステムリソースに大きく依存しますが、スレッドに必要なリソースは最小限

configureメソッドは、ASP.NETCoreアプリケーションのスタートアップクラス内にあります Configureメソッドは、組み込みのIoCコンテナーによって提供されるIApplicationBuilderインスタンスを使用して、アプリケーションのアプリケーション要求パイプラインを構成できる場所です。 デフォルトでは、Configureメソッドには、IApplicationBuilder、IWebHostEnvironment、およびILoggerFactoryの3つのパラメーターがあります。 実行時に、ConfigureServicesメソッドがConfigureメソッドの前

ミドルウェアは、要求と応答を処理するためにアプリケーションパイプラインに組み込まれるソフトウェアコンポーネントです。 各コンポーネントは、パイプライン内の次のコンポーネントにリクエストを渡すかどうかを選択し、次のコンポーネントがパイプラインで呼び出される前後に特定のアクションを実行できます。 マップ拡張機能は、パイプラインを分岐するための規則として使用されます。 Map拡張メソッドは、リクエストのパスに基づいてリクエストデリゲートを照合するために使用されます。 Mapは、個別のミドルウェアパイプラインを構成するパスと関数を受け入れるだけです。 次の例では、ベースパスが/ maptest

IApplicationBuilderインスタンスを使用して、StartupクラスのConfigureメソッドでミドルウェアを構成できます。 Run（）は、アプリケーションのリクエストパイプラインにターミナルミドルウェアを追加するIApplicationBuilderインスタンスの拡張メソッドです。 RunメソッドはIApplicationBuilderの拡張メソッドであり、RequestDelegateのパラメーターを受け入れます。 Runメソッドの署名 public static void Run(this IApplicationBuilder app, RequestDeleg

ルーティングは、リクエストをルートハンドラーにマッピングするために使用されます。 ルートはアプリケーションの起動時に構成され、リクエスト処理に使用されるURLから値を抽出できます。 ルーティングの基本 ルーティングはルートを使用します（IRouterの実装） 着信リクエストをルートハンドラにマッピングする 応答で使用されるURLを生成する ルーティングは、RouterMiddlewareクラスによってミドルウェアパイプラインに接続されます。ASP.NETMVCは、構成の一部としてミドルウェアパイプラインにルーティングを追加します URLマッチング 着信要求は、各ルートでRouteA

セッションはASP.NETCoreの機能であり、ユーザーデータを保存/保存できます。 セッションはサーバー上のディクショナリにデータを保存し、SessionIdはキーとして使用されます。SessionIdはクライアントのCookieに保存されます。 SessionIdcookieはすべてのリクエストで送信されます。 SessionId Cookieはブラウザごとにあり、ブラウザ間で共有することはできません。 SessionId cookieにはタイムアウトが指定されておらず、Browserセッションが終了すると削除されます。 サーバー側では、セッションは限られた時間保持されます。サーバ