- From: shugo@po.aianet.ne.jp (maeda shugo)
- To: java-house-brewers@center.nitech.ac.jp
- Message-ID: <86soxmhf7o.fsf@soleil.aianet.ne.jp>
- Date: Fri, 11 Jul 97 04:40:32 JST
- References: <9707100658.AA01866@island>
[Prev][Next] |
[Threads][Index] |
[Search][Topics]
前田です。
htakeuch@elelab.nsc.co.jp san wrote:
|Java ML への質問で、よくソースが添付されて来るのが
|ありますよね。皆さん、そのソースをベースに議論できるのは
|標準 API を使用しているからではないでしょうか？
|もし、JavaBeans コンポーネントが機能と入出力だけしか
|分からないものだとしたら、「その JavaBenas は、使ったことが
|ないので分からないや。」とか「特定の JavaBeans を使用した
|ソースを添付して質問を出すのはやめて欲しい。」とか
|意見が出るような状態になりませんでしょうか？
JavaBeansがなくてもソースを添付せずにライブラリを配布するベンダー
は出るでしょう。(というか実際出てますよね。)
ソース添付うんぬんはJavaBeansの有無と無関係です。
何でJavaBeansにかぎってダメなのか疑問です。
|確かに、オブジェクト指向の概念の中には、「情報隠蔽」と
|言う概念の元に、機能と入出力だけが分かればよいクラス
|ライブラリを再利用できれば、システム開発は無駄なく
|促進されるであろうという考えがあるのを承知で申しております。
「情報隠蔽」というのはencapsulationのことですか？
encapsulationはソースを配布しないということではないと
思うのですが。
|しかし、理想論を言えば、SUN は、JavaBeans コンポーネントの
|採用を拒否し、家電製品の方向にのみ Java 適用の道を探れば
|良かったと、私は思います。そして、「Java 国際標準化」のため
Sunがそうしなくてよかったと思います。
JavaBeansはむしろコンポーネントアーキテクチャの標準化の
ためにあるのではないですか？
--
#!/usr/bin/ruby
shugo = Person.new("前田 修吾")
shugo.e_mail = "shugo@po.aianet.ne.jp"
[Prev][Next] |
[Threads][Index] |
[Search][Topics]
- Follow-ups:
-
- 011670
takaha@slab.yamaha.co.jp (Hiroaki Takahashi )