InfoQ ホームページ OOP に関するすべてのコンテンツ
-
拡張可能なキャッシュが.NET 4.0に追加
Microsoft’s Patterns and Practicesキャッシュフレームワークは.NET Frameworkのコアの一部として昇格した。本フレームワークは、トリガベースのキャッシュ無効化を伴う基礎的なインメモリ・キャッシュと、キャッシュフレームワークを更に改善するための共通ラッパを提供する。
-
Marshal.ReleaseComObjectは危険な場合がある
Visual StudioプラットフォームチームのプリンシパルデベロッパのPaul Harrington氏は、マネージドコードからCOMオブジェクトを破棄するためにMarshal.ReleaseComObject()を呼び出すことが、なぜ危険であり、推奨されていないかについて解説した。
-
Silverlight 4のCOM+ オートメーションはセキュリティと移植性に懸念がある
Silvelright 4は権限を昇格させたブラウザ外実行 (OOB) アプリケーションとして実行したときにCOM+ オートメーションをサポートする。マイクロソフトはこの機能を企業顧客の要求によるものだとして、SilverlightからOfficeオートメーションを利用する例を挙げた。
-
JUnit 4.7 : テストごとのルール
リリース候補となったJUnit 4.7は重要な新機能を含んでいる。それはルールである。要約すると、ルールとはJUnitのもうひとつの拡張メカニズムである。ルールによりテストごとにJUnitに機能を追加することが可能となる。JUnitの初期のバージョンで利用されていていたカスタムランナのほとんどはルールで置き換えることができる。新しい機能も追加された。
-
SpolskyとBobおじさんの対決
ここ数週間、Joel SpolskyとRobert C Martin(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff AtwoodとJoel Spolskyの「38:th Stack Overflow」というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった。
-
コードの構築に、OOPは最適?
パワーおよび柔軟性を提供するプログラミング言語が、近ごろ勢いをつけている。しかしながら、Johnatan Tang氏はプログラム構造の観点から、柔軟性対生産性の矛盾があることを強調している。
-
非.NETライブラリを日々の業務で使用するのは適切か?
まず初めに、.NETスタックには管理されていないライブラリに対する一流サポートがあった。P/Invokeを使用することで、ほとんどのWin32 APIにアクセスすることができ、COMのサポートにより、デベロッパを豊富なアプリケーションや第三者ライブラリへ開放する。
-
.NET 4の機能を考える：型の埋め込みと同値
.NETアプリケーションのCOM Interoptで最も一般的な問題は、恐らくデプロイメントとバージョニングであろう。開発者は現在、「Primary Interopt Assemblies」を入れなければならず、Officeのようなアプリケーションの場合は1メガバイト以上になる。.NET 4では、この問題はなくなる。
-
C#の機能：オプションおよび名前付きパラメータ、COM相互運用性
信じようと信じまいと、C#はオプションおよび名前付きパラメータを完全サポートすることになる。COMサポート向けの他の機能がC# 4に含まれる。パラメータ化プロパティに関する噂もあった。
-
新たなオープンソースプロジェクトがオブジェクト指向データアクセスを提供
Kasper Sørensen氏は、eobjects.dkでMetaModelと呼ばれる新たなオープンソースプロジェクトを作成した。そのプロジェクトは、リレーショナルデータベースおよびフラットファイルというようなさまざまなデータストアタイプ向けの共通ドメインモデル、クエリーエンジンおよび最適化プログラムである。MetaModelは、Javaライブラリであり、SQL準拠のクエリー向けに緩やかなオブジェクト指向インターフェイスを提供する。
-
あなたは本当に、他の言語を学ぶべきなのか？
ブロガーのGustavo Duarteは、新しいプログラミング言語を学習するのはしばしば時間の無駄である、と言う呪いの言葉を吐いた。彼は最初、自分の投稿に"新しい言語は有害だと思われる"と言う、Dijkstaがgotoについて述べた古典的な文章を文字った題名を付けていた。
-
テストと復元性をめぐる議論: オブジェクト指向 vs. 関数型プログラミング言語
Michael Feathers氏の最新の投稿をめぐり、ブログのコミュニティ上で活発な議論が行われた。Feathers氏は、オブジェクト指向プログラミング言語に組み込まれた機能を使うと、テストが容易に行うことができ、コードの復元性を簡単に高めることができると主張した。
-
依存性注入: 新しい考え方だろうか、それともしっかりした基盤だろうか？
Spring等の依存性注入フレームワークは、疎結合化やユニットテストの改善、アーキテクチャの整理といった点で、本当に多くの開発者に効果をもたらした。アーキテクトとして技術の歴史を知っておくことは、それが一番うまく当てはまる状況や制限、そして今後の方向性を正しく理解するために有益である。
-
柔軟性、構造安定性のデザイン: 非同期メッセージモデル、OOPとFunctional Programming
Pragmatic Programmersによると、オブジェクト指向のプログラミングにおいては”データを尋ねるよりもむしろオブジェクトに頼む”ほうが好ましいということだ。またFeathers氏は適応性と強固性の向上に役立つかもしれない非同期のメッセージを使用するほうが効率的であることを議論している。これによって純機能的なプログラミングの規則に反しているものの、Erlangが位置づけされる。