1-1-3.ＭＦＣの功罪(Windows API Topics)

ＡＰＩトピックの各章に移動する

1-1-3. ＭＦＣの功罪

　現在の中・大規模な開発環境では、マイクロソフト社のＣ＋＋とＭＦＣを使用した方法が一番多く使われているのではないかと思われます。ここではこの開発法について少し考えてみたいと思います。

ＭＦＣは便利

非常に強力なクラスライブラリが開発をサポートします。
新技術はまずＭＦＣがマイクロソフトから提供されます。
開発に必要な情報が書籍やインターネット上で比較的たくさん存在します。

ＭＦＣは不便

Ｃ＋＋の仕様を１００％理解する必要があります。
ＡＰＩの他に面倒なクラスライブラリを習得しなければいけません。
ＡＰＩに慣れた人には、クラスライブラリの仕様には戸惑うでしょう。
クラスライブラリは深く理解しないと、目的どおりの動作をしません。
クラスライブラリの目的以外の動作を行なうのは困難です。
巨大なＤＬＬファイルのサポートが必要です。

　ＭＦＣの広告やマニュアルを読むと、面倒なＡＰＩをパッケージして使い易くしてくれているので、簡単になったと思われているかもしれません。しかしこれは逆です。たしかにウィザードで、あっという間にスケルトン（アプリケーションの骨組み）を作成するので、簡単だと思われるかもしれません。しかし何百もあるクラスを理解し、ほんの数行の説明しかないメンバ関数を利用して、アプリケーションを記述しなければいけません。　本来クラスとは、詳細な仕様と動作の説明がないと使うことが困難な技術なのです。それが提供されているとはとても言えません。そのせいでしょうか、Ｖｉｓｕａｌ－Ｃにはクラスライブラリのソースコードが付属しています。またインターネット上にはＭＦＣに関したサイトがたくさんあります。ただソースコードを読んで、その動作や機能を理解するのは規模が大きいので非常に大変な作業です。

ＭＦＣｘｘ．ＤＬＬが必要

　ＭＦＣは別のＤＬＬでサポート関数を提供するダイナミック方式と、アプリケーションの内部にサポート関数を埋め込むスタティック方式があります。スタティックだとアプリケーションが巨大になるので、ほとんどはダイナミック方式を採用します。しかもこの方式では、ＭＦＣを使うアプリケーションは、いくつ起動してもＤＬＬは１つで済みます。ＤＬＬの本来の目的がいかんなく発揮され、なんと効率の良いシステムなんだろうと、思われるかもしれません。でもちょっとお待ちください。皆さんのシステムでＭＳ－ＤＯＳプロンプトで以下の命令を実行してみてください。

C:>CD \WINDOWS\SYSTEM
C:>DIR MFC*.DLL

　たくさんのＤＬＬファイルを表示すると思います。１つで良いはずなのになぜでしょう。これは、ＭＦＣがいくつものバージョンがあり、アプリケーションが必要とするバージョンが異なるためです。また日本語版とはＵＳ版とかいくつかのバラエティもあるようです。
　このバージョンの違いを吸収できなくて、別のファイルで提供する方法は、Ｖｉｓｕａｌ　ＢＡＳＩＣなどでも同じようです。

まとめ

　大部分の問題は、ＤＬＬファイルの件を別にすれば、ＭＦＣを使うには情報が最大の問題です。ただし本書では、ＭＦＣの事は触れません。