Ｗｅｂ２．０のとき、ロングテールとか、盛んに言っていたのに・・・

　Ｗｅｂ２．０のとき、アマゾンの成功は、ロングテールであり、
普通の本屋さんより、品揃えが多く出来る！
　ということを、盛んに言っていたのに、

　そー言う人たちが、今回の、ネット販売で来年６月から薬が買えなくなる
問題で発言しないのはなぜだろう？
　ケンコーコムとかは、取扱商品数　111,535もあるそうなので、薬局に行くより確実に品物があり、とっても便利（ネット販売を禁止されたら、マイナーな（ロングテールに属する）薬が買えるのかどうか・・・）なのに、

　そーいうことを、昔Ｗｅｂ２．０で、ロングテールを盛んに推奨していた人たちが、言わないのは、なぜ？？

ＤＩのSpring Frameworkで必要なファイルとExcel自動生成のためのメモ

　じゃ、ついでにSpringで、必要なファイルと、それをExcelで自動生成する場合について

---

■Ｓｐｒｉｎｇで必要なファイル

　Ｓｐｒｉｎｇは、こんなかんじ

　で呼び出しプログラムから、クラスを利用する形になる。
　なので、必要なファイルは、こんなかんじ

（１）Beanクラス
　　　属性となる値の宣言と、それらのsetter,getter、
　　　書きたければ、その他メソッドあり

（２）Bean定義ファイル
　　　IDと、属性をＸＭＬで

---

■Excelで自動生成するとすると・・・
　１シート１Ｂｅａｎとして、
　　　ＩＤとクラスパスとかを入れてもらい、
　　　下に表の部分を作って、１レコード１属性として、

　BeanクラスのソースとBean定義ファイル(XML)を自動生成

　ってかんじですかね。

　ま、自動生成することもないかなあ・・・この程度なら・・（＾＾；）

SpringとかSeasar2とか、ＤＩの使い道なんだけど。。。

さっきの本
Eclipse3ではじめるJavaフレームワーク入門
http://www.amazon.co.jp/gp/product/product-description/4798012564
の記述から考えると、DIは、こんなところで、使えそう？？

---

■開発中

　まず、クラス・メソッドの定義をしたら、プログラミングなんだけど、呼ばれるクラスと呼ぶクラス、同時進行で開発している場合、呼ぶ側は、呼ばれるクラスがとりあえず、ダミーでいいからできていてくれないと、結合できない。逆に、ダミーが出来ていてくれれば、それを使ってテストできる。

　ってことで、

・呼ばれる側、呼ぶ側同時開発中の場合、
　　（１）開始時に、ダミーモジュールを作成
　　　　　　・呼ぶ側はダミーモジュールを利用
　　（２）呼ぶ側がモジュール完成したら、ダミーモジュールとすり替えたい

この作業を、円滑に行える。

・さらに、仕様変更があった場合、
　　（１）変更時に、ダミーモジュールを作成、登録してしまう
　　　　　　・ＸＭＬの設定ファイルでモジュールを指定できるので、
　　　　　　　違うクラス名で作成し、登録することが出来る
　　（２）変更後、対応したら・・・
　　　　　　・ＸＭＬの設定ファイルを書き換えるだけで、モジュールを切り替えられる

---

■テスト中
・結合テスト中は、ビルドしたたびにモジュールのパスをかえ、
　どのモジュールを選ぶかを設定ファイルで切り替える

・致命的なバグがあって、動かない！となったとき、
　設定ファイルを書き換えるだけで、前のバージョンに戻せる
　（バージョン毎にクラスパスは変えておく）
　それも、クラスごとに前のものに戻す指定が出来る。

・ビルドのたびごとにファイルを作って保管しておくので、
　設定ファイルを書き換えて、過去にさかのぼっていくだけで、
　どこからおかしくなったかが追える

---

ってなところなのかな・・・

O/RマッピングのHibernateで使うファイルをExcelで自動生成するためのメモ

Excelにデータベースのテーブルを定義すると、
O/RマッピングのHibernateで使うファイルを自動生成して、
そのファイルを（一部コンパイル）配置すれば、使えるようになるマクロプログラム
を考えよう。

---

■Hibernateのようす


Eclipse3ではじめるJavaフレームワーク入門 (単行本)
http://www.amazon.co.jp/gp/product/product-description/4798012564

によると、必要なファイルは３種類

１．設定情報ファイル→ＤＢ情報を設定（ＤＢに１つ）
　　　→WEB-INF/classesに配置
２．マッピングクラス→テーブルごとのgetter,setterクラス
　　　→コンパイルしてWEB-INF/classesに配置
３．マッピングファイル→テーブルごとにテーブルとクラスの対応
　　　→WEB-INF/classesに配置

もちろん、サーブレットで使うなら、そのサーブレットをweb.xmlに定義することになるけど、
それは、Hibernateを使うかどうかには関係ない（サーブレットを使うならweb.xmlの定義がいる）

そして、利用するには、こんなかんじみたい

import org.hibernate.*;
import org.hibernate.cfg.Configuration;

----

Configuration conf = new Configuration().configure();
SessionFactory sf = conf.buildSessionFactory();
Session ses = sf.openSession();

//MyMapping.class=>マッピンググラス
Criteria cr = ses.createCriteria(MyMapping.class);
List list=cr.rist();

for(Object obj:list)
{
MyMapping mm = (MyMapping)obj;

//mm.get項目名で値をとってくる＜＝このメソッドはマッピングクラスで定義
}

ses.close();

（上記の本のP310から抜粋引用）

---

■Excelシート構成

　１ＤＢ１Ｅｘｃｅｌファイル（ブック）とする

Ｅｘｃｅｌファイル（ブック）内のシート構成
設定情報シート　　１シート　　ＤＢ情報を定義（設定情報ファイルを作成用）
テーブル定義　　　テーブル分　テーブルのレコードを定義

生成するファイルは、
１．設定情報ファイル
２．マッピングクラスのJavaソース
３．マッピングファイル
４．テーブル定義(Create Table)文

としましょう

　上記のアクセス部分は、別にいいでしょう。
　逆に、テーブル定義は、いりますね。

---

■ってことは、

　ＪＤＢＣでアクセスして、共通化するようなプログラム自動生成用の
Excelファイルと共有できますね（実装部分をかえるだけ）

　今回はここまで（って、続くかどうかわかんないけど）