Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

巡回冗長検査(じゅんかいじょうちょうけんさ、英: Cyclic Redundancy Check, CRC)は、誤り検出符号の一種で、主にデータ転送などに伴う偶発的な誤りの検出によく使われている。送信側は定められた生成多項式で除算した余りを検査データとして付加して送信し、受信側で同じ生成多項式を使用してデータを除算し、その余りを比較照合することによって受信データの誤り・破損を検出する。 デジタル回路で簡単に実装でき、数学的にも分析が容易であり、また、ビットのランダム誤りやバースト誤りを検出できるので、HDLC手順やCSMA/CD方式などにおいて誤りチェック・伝送路ノイズチェックによく使われている。パリティや単純な加算によるチェックサムに比べ検出精度が高く、その点では高級なチェックサムと言える。単純なチェックサムと同じく、データの改竄に対する耐性はない。 W・ウェスレイ・ピーターソンが発明し
public ref class Exception public ref class Exception : System::Runtime::Serialization::ISerializable public ref class Exception : System::Runtime::InteropServices::_Exception, System::Runtime::Serialization::ISerializable public class Exception public class Exception : System.Runtime.Serialization.ISerializable [System.Runtime.InteropServices.ClassInterface(System.Runtime.InteropServices.ClassInt
public ref class StackFrame sealed public ref class StackFrame public sealed class StackFrame public class StackFrame [System.Serializable] public class StackFrame [System.Serializable] [System.Runtime.InteropServices.ComVisible(true)] public class StackFrame type StackFrame = class [<System.Serializable>] type StackFrame = class [<System.Serializable>] [<System.Runtime.InteropServices.ComVisible(
ソフトウェア構成管理(ソフトウェアこうせいかんり、英: software configuration management、SCM)は、ソフトウェア開発プロジェクトをその成果物を通して制御・管理する方法論である。ソースコードや文書などの成果物の変更履歴を管理し、製品のバージョンやリビジョンに個々の成果物のどのバージョンが対応しているかを識別し、任意のバージョンの製品を再現可能とする。 バージョン管理システムは SCM のためのツールであるが、バージョン管理システムそのものを SCM と呼ぶこともある。しかし、一般にソフトウェア構成管理はバージョン管理とは等価ではなく、バージョン管理を制御するマネジメント的要素が含まれる。 当初、ソフトウェア構成管理(SCM)は単に CM(構成管理)と呼ばれており、本来はハードウェア開発と製造制御のためのものだった。以下では主にSCMツールの登場を時系列に並
Applies ToExcel for Microsoft 365 Excel for Microsoft 365 for Mac Excel for the web Excel 2024 Excel 2024 for Mac Excel 2021 Excel 2021 for Mac Excel 2019 Excel 2016 ここでは、Microsoft Excel の HEX2DEC 関数の書式および使用法について説明します。 説明 16 進数を 10 進数に変換します。 書式 HEX2DEC(数値) HEX2DEC 関数の書式には、次の引数があります。 数値 必ず指定します。 変換する 16 進数を指定します。 数値に指定できる文字数は 10 文字 (40 ビット) までです。 数値の最上位のビットは符号を表します。 残りの 39 ビットは数値の大きさを表します。 負の数は
An ASP.NET HTTP handler is the process (frequently referred to as the "endpoint") that runs in response to a request made to an ASP.NET Web application. The most common handler is an ASP.NET page handler that processes .aspx files. When users request an .aspx file, the request is processed by the page through the page handler. You can create your own HTTP handlers that render custom output to the
複数のプロジェクトを含むソリューションをビルドする場合は、まず特定のプロジェクトをビルドし、他のプロジェクトで使用されるコンパイル済みバイナリを生成する必要があります。 プロジェクトが別のプロジェクトによって生成された出力を使用する場合、出力を生成するプロジェクトは、その出力を使用するプロジェクトのプロジェクト依存関係と呼ばれます。 このような依存関係は、[プロジェクトの依存関係の ] ダイアログ ボックスで定義できます。 ヒント この記事で説明する、プロジェクトの依存関係を手動で管理する機能は、最新のプロジェクトの種類で使用されるプロジェクト間参照とは異なり、MSBuild より前のプロジェクト間の依存関係を処理する方法を反映しています。 プロジェクト間参照をサポートしていないプロジェクトの種類を使用している場合を除き、この記事で説明するようにプロジェクトの依存関係を明示的に追加する必要
KNOWNFOLDERID 定数は、システムに登録されている標準フォルダーを既知のフォルダーとして識別する GUID を表します。 これらのフォルダーは Windows Vista 以降のオペレーティング システムと共にインストールされ、コンピューターには適切なフォルダーのみがインストールされます。 これらのフォルダーの説明については、「 CSIDL」を参照してください。 例: HRESULT CExplorerBrowserHostDialog::_FillViewWithKnownFolders(IResultsFolder *prf) { IKnownFolderManager *pManager; HRESULT hr = CoCreateInstance(CLSID_KnownFolderManager, NULL, CLSCTX_INPROC_SERVER, IID_PPV_A
プロジェクトによって生成される出力の場所は、構成ごとに指定できます (デバッグ、リリース、またはその両方の場合)。 既定の設定では、出力フォルダーはプロジェクトの種類と SDK によって異なり、一部のプロジェクトではプラットフォーム固有またはフレームワーク固有のサブフォルダーが使用されます。 Visual Studio には、プロジェクト フォルダーに対する相対パスを指定するか、ファイル システム内の任意の場所に絶対パスを指定して、中間出力と最終出力をカスタム フォルダーに配置できるプロパティが用意されています。 Visual Studio プロジェクトのプロパティで指定した設定に加えて、プロジェクト ファイルを編集し、MSBuild と .NET SDK の機能を使用して、個々のプロジェクトまたは多くのプロジェクトのソリューション レベルで、プロジェクト出力のすべての側面を完全に制御する
シャボン玉が凍る仕組みと「スノードーム効果」と呼ばれる現象の発生原因に関する見識 周囲温度とシャボン玉の温度が同じ場合には、シャボン玉の底部から凍結が始まり、マランゴニ流(表面張力の小さい領域から大きい領域への液体の流れ)が生じ、氷の結晶が凍結前線から剥離して、スノードーム中のフレークのようにシャボン玉の中を浮遊する。その後、氷の結晶が成長し、互いに連結すると、シャボン玉は完全に凍結する。一方、周囲温度が室温である場合には、凍結前線がゆっくりと上方に伝播したが、熱伝導性が悪いために、最終的にはシャボン玉の途中で停止した。この部分的に凍結したシャボン玉はその後、平衡状態を保った後にしぼんで、この液体ドームは崩壊した。 【物理学】シャボン玉が凍る仕組み | Nature Communications | Nature Research ⇧ シャボン玉と言えば、そう、シャボンカッター! ...
docker上にoracle環境を構築 目的 お仕事でOracleに触れる機会が増えたのでWindows上で気軽に操作できる環境を作ってみる。 方法としては、Windows版の評価版Oracleを導入したり、VMWareなどの仮想環境上に構築する案もあるがdockerを利用することにした。dockerでのデータ永続化の方法を中心に検証してみる。 参考サイト Docker版Oracle Database 12cを使ってみる DockerでOracle Databaseを使う Oracle on docker for Mac Oracle公開サイト 上記のサイトを参考に、最低限必要な以下のファイルを改造してデータ永続化のいい方法が無いか試みる。 docker-images/OracleDatabase/SingleInstance/dockerfiles/12.2.0.1 docker-ima
本記事の目的 先日、Oracle Database 19c がLinuxプラットフォーム向けにリリースされた記事を書きましたが、早くもOracle 社公式の Docker Imageが提供されましたので、検証環境にて構築手順(インストールから接続確認まで)を確認してみました。 ・Oracle Database 19c available on GitHub Docker Imageを利用した環境構築手順については、上記ブログおよびDocker Imageのreadmeなどに記載されているのですが、実際に試していくつかハマッタところもあったので、備忘録を兼ねて簡単に紹介してみます。 なお、12c版ではありますが、構築手順を解説しているブログ記事(by chiroitoさん)がありましたので、あわせて参照いただくと理解しやすいと思います。 公式 Oracle Database の Docker
packages.config ファイルは、プロジェクトで参照されるパッケージの一覧を保守管理するために、一部のプロジェクト タイプで使用されます。 これにより NuGet は、ビルド サーバーなど、別のコンピューターにプロジェクトを転送するとき、一部のパッケージだけでプロジェクトの依存関係を簡単に復元できます。 使用する場合は、packages.config をプロジェクト ルートに配置する必要があります。 これは、最初の NuGet 操作の実行時に自動的に作成されますが、nuget restore などのコマンドを実行する前に手動で作成することもできます。 PackageReference を使用するプロジェクトでは、packages.config は使用されません。 [スキーマ] このスキーマは単純です。標準の XML ヘッダーは、1 つまたは複数の <packages> 要素を含む
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く