テーブルを作成するクラスは作る列の種類や、データベースに入れるデータの処理が違うだけで、検索したり、。
同じ機能は親クラスからのフィールドとメソッドの継承を使うことでコードを短くしてきたけど、そのとうの親クラスは、子クラスが使うメソッドやフィールドを提供するだけで、自分のテーブルを作る機能を持っていない。
つけようと思ったけど、子クラスとはカタチが若干違うのだ。
それに、その親クラスは、子クラスが必要としているメソッド類を必要としていない。w
=エ=)ウーム。。。それって本当の継承とは言えんだろ。。。
なんでこんなことを悩むかと言うと。この前からやっている、progressbarを表示させるクラスを、テーブルを作成するそれぞれの子クラス専用にいくつも作らないですむようにしたいと思ったのがきっかけだ。
これはインターフェイスを共通にしておけばええわけだけど、コンストラクタが必要とする引き数の違いで、親クラスにはどうも使えないようだから。
それを考えてたら、親クラスのことが気になって気になって。。。
=エ)余談だけど、インターフェイスとか、クラスの名前を決めるのに、すごく時間かけてる気がする。
同じ機能は親クラスからのフィールドとメソッドの継承を使うことでコードを短くしてきたけど、そのとうの親クラスは、子クラスが使うメソッドやフィールドを提供するだけで、自分のテーブルを作る機能を持っていない。
つけようと思ったけど、子クラスとはカタチが若干違うのだ。
それに、その親クラスは、子クラスが必要としているメソッド類を必要としていない。w
=エ=)ウーム。。。それって本当の継承とは言えんだろ。。。
なんでこんなことを悩むかと言うと。この前からやっている、progressbarを表示させるクラスを、テーブルを作成するそれぞれの子クラス専用にいくつも作らないですむようにしたいと思ったのがきっかけだ。
これはインターフェイスを共通にしておけばええわけだけど、コンストラクタが必要とする引き数の違いで、親クラスにはどうも使えないようだから。
それを考えてたら、親クラスのことが気になって気になって。。。
=エ)余談だけど、インターフェイスとか、クラスの名前を決めるのに、すごく時間かけてる気がする。
コメント