レイヤードアーキテクチャ - kawasima
POSAでの定義 レイヤードアーキテクチャを、体系だって書いたのは「Pattern-Oriented Software Architecture, Volume 1, A System of Patterns」だろう。まずはその原典に立ち返って、レイヤードアーキテクチャとは何かをみてみる。 コンテキスト ソースコードの変更がシステム全体に波及させたくない。それが1つのコンポーネントに閉じられ、他に影響を与えないようにすべきだ。 インタフェースは安定している。標準化団体によって規定されている場合もある。 システムの一部は交換可能である。コンポーネントはシステムの他の部分に影響を与えることなく、実装を入れ替えることができる。 現在設計しているシステムと同様の下位レイヤの課題をもつ他のシステムを、将来構築することがあるかもしれない。 理解のしやすさと保守性のために同じ責務はグルーピングしておきた
C++標準化委員会の文書集、2015-04 pre-Lenexa mailingsのレビュー: N4381-N4389
C++標準化委員会の文書集、2015-04 pre-Lenexa mailingsのレビュー: N4381-N4389 ISO/IEC JTC1/SC22/WG21 - Papers 2015 N4381: Suggested Design for Customization Points 現在、C++の標準ライブラリにはいくつかのユーザー側で挙動を変更できる箇所が存在する。 swap begin end だ。文面の解釈次第では、iter_swapも該当するかもしれないとのことだ。 論文は、標準ライブラリのうち、これらの挙動を差し替え可能な部分を、カスタマイゼーションポイント(Customization point)と名づけている。 この関数テンプレートは、std名前空間で定義されていて、汎用的な実装になっている。もし、独自のユーザー定義型に独自のswap/begin/end実装を書きたい
アクセシビリティ チェッカーで、すべてのユーザーに対してアクセシビリティの高いコンテンツを作成する - Microsoft サポート
Office 2016 Office 2016 for Mac 家庭向け Microsoft 365 一般法人向け Office Office Mobile for Android Microsoft 365 for Mac その他...表示数を減らす すべてのユーザーに対して、コンテンツのロックを解除します。 多くの Microsoft 365 アプリには 、アクセシビリティ の問題を検出し、提案を一覧表示するアクセシビリティ チェックが含まれています。または、以下に示す製品とプラットフォームのすべてにコンテンツをアクセスできるようにするための具体的なヒントを確認できます。 アクセシビリティ チェックについて アクセシビリティ チェックを使用してコンテンツをアクセシビリティ対応にする方法について説明します。 アクセシビリティ チェックで、障穣者に対して考えられる問題を特定し、各問題をエラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
