InfoQ ホームページ Patterns に関するすべてのコンテンツ
-
SOAにとって凝集性の考え方は必要か？
IONA社で働いていた2005年に、Steve Vinoski氏はサービスの凝集度と結合度についてのレポートを作成した。その中で彼は、長い時間をかけて「良い」ということが認められてきた三つの凝集の型について言及している。
-
Microsoftがフレームワークの依存性注入を受け入れ
Microsoftの新たなApplication Framework Coreチームが.NETコアフレームワークで、Naming and Activation Services、Dependency InjectionおよびDuck Typingの技法を採用し始めた。
-
マイクロソフトのUnity Dependency Injection Application Block、リリースされる
マイクロソフトのpatterns & practicesグループは、UnityもしくはUnity Application Blockと呼ばれる依存性注入コンテナをリリースした。開発者はこの軽量コンテナを使い、拡張可能な疎結合アプリケーションを作成できるようになった。
-
-
Article: Service Firewallパターン
今回のパターンの例は、Arnon Rotem-Gal-Oz氏が作成した本からのものです。Arnon氏は、メッセージの送受信をしたり、専用のソフトウェアコンポーネントやハードウェアでそれらを検査するために、サービスファイヤーウォールをどのように利用するのかについて説明しています。
-
Article: Javaにおける言語内ドメイン特化言語へのアプローチ
Alex Ruiz氏とJeff Bay氏が、Java言語を使ってドメイン特化言語を書くことがどうして可能かを説明し、構成方法のパターンも提案します。
-
ドメインドリブンデザインはDIやAOPなしでも十分な実装可能か？
ドメインドリブンデザイン（DDD）はビジネスドメインコンセプトをソフトウェアにマッピングすることだ。これまでDDD実装法の中心はオブジェクト指向プログラミング（OOP）だった。OOPではオブジェクトがビジネスドメインの実体を表し、そのドメインオブジェクトをプレインなJavaクラスやインターフェイスでデザインすることで、継承・カプセル化・ポリモーフィズムといったOOPの考え方を利用できる。
-
問題を抱えたプロジェクトの舵取り：まず酸素マスクを確保せよ
Fiona Charles氏によるStickyMindsでの最近の記事は、問題を抱えたプロジェクトの舵取りについて触れている。「前進のための融通の利かないプロセスのための時間ではない」と強調し、プロジェクトを好転させるのに役立つ貴重な洞察を提供している。
-
依存性注入: 新しい考え方だろうか、それともしっかりした基盤だろうか？
Spring等の依存性注入フレームワークは、疎結合化やユニットテストの改善、アーキテクチャの整理といった点で、本当に多くの開発者に効果をもたらした。アーキテクトとして技術の歴史を知っておくことは、それが一番うまく当てはまる状況や制限、そして今後の方向性を正しく理解するために有益である。
-
C# 3.0 Cookbookが出版
O'Reilly社がベストセラーであるC# 3.0 Cookbookの第3版を出版した。その本はC#3.0と.NET3.5プラットフォーム用にアップデートされている。それにはプログラマ達が日々直面している問題へのレシピが250以上も掲載されている。
-
生産性第一主義によって余儀なく下された決断：原因、巻き添え、限界
ソフトウェアプロジェクトにかかわる多数の決断は、生産性が第一に考慮される。プロジェクトが成功し、その市場が成長し、ドメイン知識とクライアントニーズの両方で複雑さが増している場合、特にその傾向が強くなる。適用範囲が予期せぬ転換に��る可能性は高く、プロダクトにはカスタマイゼーションが益々必要になる。
-
私は自信がない。あなたの聞いたことが、私が言ったと思っていることかどうか。
コミュニケーションそれ自身は難しくも何ともない、と言わんばかりに、私たちの職場は専門用語であふれている - ビジネスドメイン用語、製品用語、開発者用語など。そのため私たちはそこにコミュニケーションがある、と言われても驚きはしない - しかし私たちは、目をぐるぐる回したりマーフィーの法則を引用したりする代わりに、それを捉え、対処することができているのだろうか？
-
階層アーキテクチャは開発者と彼らが作るソフトウェアの間にギャップを生むか？
今日のソフトウェアコミュニティにおける努力の多くは、ソフトウェア開発のプロとビジネスピープルとの間のギャップを解消するための橋渡しを目標としているが、一部のブロガーは問題をすこし異なった視点から見ており、開発者と彼らが作るソフトウェアとの間のギャップを強調している。
-
多すぎるコード行に殺される？
Steve Yegge氏は、彼の最新のブログ記事で、開発者コミュニティの神経を逆なでした。ソフトウェア開発において最も重要なのはコードサイズを最小限にしておくことだ、とSteve氏は主張した。彼の視点からみると、コードの行数を少なく保つためにいくつかのデザインパターンを放棄し、リファクタリングを避ける必要がある、と言うのである。さらに、あなたの抱えている問題が非常に大きいなら - 他のプログラミング言語に切り替える必要があるかもしれない、と言っている。
-