JavaのAPIなどを参考にしてクラス設計をする

1.JavaのAPIについて

2.JavaのAPIなどを参考にするメリット

1. VBAはJavaと比べるとクラスライブラリが貧弱です（C言語よりはましですが）。
   　そのため、自分でクラスを作る必要が出てくることになるときがあります。
   　そのとき、クラス名、メソッド名、例外発生時の挙動（例外をスローするのか戻り値で返すのか？）などを参考にすると他の人が見たときに理解しやすくなると思います。
   　※これはデザインパターンやアンチパターンをいくら勉強しても身に付かない内容です。
   
   
2. 仕様バグが減らせると思います。
   　JavaのAPIは大勢の人が考えて作成したものだと思います。初めて作成されてから時間も経っていますので、自分で設計したクラスよりかははるかに安定でバグが少ないです。
   
   
3. 自分でクラスやメソッドの仕様書を作成する際、何をどこまで書けばよいのか、どのような順番で書けばよいのかの参考になると思います。
   　他の人が仕様書を見たときに分かりやすくなると思います。
   　※これはデザインパターンやアンチパターンをいくら勉強しても身に付かない内容です。
   

1. 参考にするライブラリがバグっていたり、日本語が分かりにくいときがある。
   　まあ、仕方ないということで・・・。
   　そういう箇所は参考にしない方が良いかもしれません。
   
   
2. 参考にするライブラリによって名前等、設計方針が違う場合があります。
   　例えば、エクセルライブラリの場合、Workbookクラスに対してWorkbooksクラスがあるように、あるクラスに対して、コレクションクラスが必ずといって良いほどありますが、Javaはあまりそのようなことはしないようです。
   　このような場合は、どちらかに統一した方がよいと思います。
   
   
3. エクセルVBAではオブジェクト指向プログラミングがやりにくい（継承がサポートされていないなど ）があるため、いつも、うまく参考に出来るとは限らないです。
   

3.具体的にどこが参考になるの？

1. コレクションのクラス名、メソッド名
   　例えば、C言語の場合、可変表配列（java.util.Vector）や連想配列（java.util.HashMap）がないので自作しないといけない場合があります。
   　そんな時、Javaにあるクラスを参考にした方が良い（ライブラリとしてのJIS X 0129-1の使用性-理解性が上がる）です。
   　まあ、VBAならCollectionクラスやRedimがありますが。
   
   
2. 国際化の考え方
   　まず、
   国際化ガイド
   が参考になります。
   　実際に使用するクラスだと、例えば、java.util.ResourceBandleクラスとかですね。
   
   
3. 例外機構
   　Javaだと例外は、Exception,RuntimeException,Errorの3つに分けられます。さらに例外チェーン機能というのもあります。スタックの情報も持っています。
   　ということは、障害時にこれらの機能・情報はやはりあった方が良いということです（C/C++、VBAでは難しいのもあるが）。
   　こういった、例外の考え方はかなり参考になります。
   ※C/C++、VBAでは難しいからといってあきらめるのではなく、例えば問題が発生したらとにかくログを出力し（C/C++なら__FILE__、__LINE__マクロを使ってソースファイル名前と行数を出力できる）、さらに呼び出し元でもログ出力すればトレースを追うことができます。
   
   
4. 設定ファイル
   　C/C++はこういうのがないのですよね・・・。VBAはどうだろう・・・（VBA.Interaction.GetStringがあるがレジストリ（Windowsの場合）を読みにいく・・・。って、設定ファイルじゃないし・・・。）。
   　javaだとjava.util.Propertiesクラスやjava.util.prefs.Preferencesクラスですね。
   　クラス名、メソッド名だけでなく、ファイルの仕様といったところも参考になります。
   
   
   

4.参考文献