[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[b-free: 758] Re: B-Free AP の開発環境



ども。Akiです。


 In "[b-free: 733] Re: B-Free APの開発環境" with Ryuichi Naitoh ,
 (03:41:02 PM +0900 in November 06,1997)
 - naitoh_r wrote.

|> 僕は、最近 JDK 1.1 を気に入ってよく使ってますが、それは、言語構造が
好きと言う
|> より、Windows95 を知らなくても 24-bit color の利用や Window の生成や
 Event H
|> andling が非常に簡単にできるからだったりします。Java は、最大限、僕
の PC の機
|> 能を利用できるという感覚が、よいです。>Memory & Graphics & Sounds
|
|えーと、Java って特定の実行環境上に特有の機能を最大限に使うのはできな
|いと思います。もちろん、特定の実行環境でのみ動くようにしたライブラリを
 
|使えばいいのですけど(って、J++ のような。。。)。

特有の機能の場合は問題ですね。
ただ、僕が「最大限」という言葉で意味したかったのは、Java 言語自体が機械
の制限をほとんど課していないからです。メモリはほとんど無尽蔵だし、色は
天然色と考えて良い。で、載せてる機械の方で不都合があれば適当に妥協して
表示されますが、取りあえず、もっとも元の機械のできるところまでやってく
れるじゃないですか。その辺がいい感じです。

「制限のない仮想機械」というのがポイントね。

# ただ、Java の言語構造自体には不満もある。
# 仮想関数作るのに、一度、仮想クラスを介さなくてはいけなかったり、
# 多重継承は Inner Class で大分補われたにしろ、まだ欲しいし。
# 第一、Inner Class のスコープ規則って、OOP を無視した
# 苦し紛れみたいに見えるぞ! <不平の多い奴。^^;


|> OS の内部を OOP にするのは効率が悪いというので、BTRON 仕様から外した
ようなこ
|> とを、坂村教授が「TRONを創る」で述べていますね。
|> 
|> まあ、時代が変わりましたが。
|> 
|> でも、時代が変わっても、究極言語 on BTRON は、TACL?
|
|最近だと OOP 言語を使って実装するコストというのは、無視してもいいくら
|いだと思います。

ビルさんのおかげ。^^;;;


|で、OS レベルで OOP をサポートしたといえば、Java OS なんかそうですね。
|(http://jos.org/ などを見ると、Free で Java OS を作ろうとしている動き
|もあるみたいです)

おお!
ちょっと、Skimming したところでは何の言語で書くのか分かりませんでしたが
、何か、B-freeと、同じ様な雰囲気がいいですね。

まけてられないでしょう。(^_^)


|なにしろ、VM レベルで OOP を意識していますから、言語サポートは万全!?

かな。^^;



|> Garbage Collection ですか?
|> Java でも、時々、これのためで一瞬動きがためらうのを見ると、「やだな
ぁ」と思う
|> んですがえんぇ。
|> B-free で、これ、やります?
|
|Java で動きが一瞬止まってしまうのは、ガーベージコレクションが mark an
d
|sweep 方法を使っているからでしょう。
|並列ガーベージコレクションなどの方法を使えば、動きが止まるようなことは
|なくなると思います。

へえ。そういうのもあるんですか。
それって、Garbage Collection 様に、一つ Thread を走らせておくという感じ
?
良く、詳しい方法論は僕知らないんです。

# しかし、TRON にふれてると、Computer に詳しくなるね。:)