| ■9769 / inTopicNo.8) | Re[7]: windowのハンドルを取るプログラミングなどの基礎知識 |
| ■No9767 (しの さん) に返信 > そもそも、.NETはAPIの代わりになるものですよね？ Win-APIでしかできなかった機能が.NET Frameworkにかなりの部分実装されていてWin-APIを使わなくても実用上困らないという意味であればそうですが、言葉どおりの「.NETはAPIの代わりになるもの」という事とは違います。 > それなのに、いまだに、業務のアプリ開発で、DLLをインポートしてハンドルを取る部分と、 > .NETの部分が混在しているんですよ。 それは.NETの世界の中で作成できるものを作成しようとしていなかったり、同等の機能があるのに知らずに過去の遺物のWin-APIを使ったり、.NETなアセンブリになっていないDLLを使おうとするからだと思います。 とりあえずある程度の規模の開発を何件かこなしてきましたがDLLをインポートしなければならなかった案件は０件です。 > .NETですべてできるじゃないんですか？実際のところどうなんですか？ #例外もあるでしょうけれど、次のような感じでしょう。 クラスライブラリ化していなかったり外部から叩けるインターフェースを作っていない(例えばTCP/IPが会話できるとか).NETアセンブリについては、Windowsメッセージレベルでの連携が必要になります。これは、作成されている.NETアセンブリが他からの依頼を受付ける口（例えば画面に対してマウスとかキーボードで人間が操作するとかね）以外から無理やり依頼を投げつけようという無茶をしているためであり、無茶するからこそ.NETでできないというわけです。 つまり、WindowsハンドルなどのWin-APIを使わなければいけないような状況であれば、まずはその状況が生まれている原因から解決する必要があります。 該当.NETアセンブリが自社のものであれば該当アセンブリの設計ミスかもしれませんし、自社のでなければ自社のでないのに無理に連携しようとしているシステム構成ミスかもしれません。 あとは、INIファイルを読み取るとか.NETでは除外した機能を使うのにWin-APIをつかうという事もありますが、これも.NETの世界から外れた事をやろうとするから使わざるを得ないのであってこれも設計の見直しが必要な状況であると考えます。 |