[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[b-free: 734] Re: B-Free APの開発環境
隆一です。
From: H1Suzuki@bridgew.edu (Hideaki Suzuki)
Subject: [b-free: 714] Re: B-Free APの開発環境(Re: [b-free:708] Re:[b-free 877] Re:実身の
Date: Fri, 31 Oct 97 16:06:09 -0500
... [snip] ...
> まず、開発環境を整えるのに、
>
> 1 どの言語を B-free で支援するのか(新しく創るか?)
> 2 その言語のどの部分を B-free の為に拡張するのか(GUI? TAD? )
> 3 その言語のどの部分を B-free で支援するのか
>
> とか考えられますね。
>
> 1はたとえば、
> JRE を B-free に導入します? 知らないけど。<無責任発言1
> Perl とう手もある? 知らないけど。<無責任発言2
> # 個人的には、Prolog を入れて欲しい。。。。。^^;;; <無責任発言3
> その他に、全てのユーザー設定ができる、Script 言語をつくって、実行部の Script
> Manager みたいのを提供するという方法もある。これで、壁紙を替えたりウインドウ
> の見え方を替えたり、TIP を入れ替えたり、全てできるという言語ね。で、「ユーザ
> ー設定小物」は、この Script で書いて提供するとか。
特定の言語に依存してしまうのは、OS としてはかなりきつい条件になってし
まうのでは? あまり依存してしまうと、その言語が終わった時に B-Free OS
も引きずられてしまうような気もしますし(Lisp Machine とか。。。)。
ユーザの環境設定やソフトウェアのインストールに使うための script 言語は、
役に立つと思います。
> 2はたとえば、
> Java Beans や Visual Basic の様な GUI 形成ソフトを、B-free で標準添付するかと
> か、TAD や Window や Event-handling をクラス化して、C++ と一緒に提供するかと
> か。これらは、既存の言語を利用する場合ね。全く新しく、Script Manager(Shell S
> cript?) を創るなら、すべて、提供しなくちゃいけないし。
[b-free: 712] での私の発言も、GUI のことを考えた話です。
結局、コンパイルを GUI でやろうがやるまいが関係のない話で、究極的には
慣れの問題だと思うのです。ただ、GUI 環境上で動くアプリケーションを考え
たとき、Window の設定などは GUI でできる方が効率が上がると思います。
(でも、作るのが大変そうだとも思います)
> 3はたとえば、
> お回し機能を扱う API を B-free で提供するかとか、TACL の仕様公開をとりあえず
> 坂村 Lab にお願いとか(暴言)、Night さんのいうメモリ管理もその一つですね。S
> cript Manager はまさに良い例だし、時間管理機能を提供して指定時間に指定の App
> を起動してくれると言うのも、助かる。
> 3は言うなれば、B-free の各 Manager をどう纏め、抽象化した、Programming Inte
> rface を創るかということでしょう。
> # UNIX には POSIX?
TACL の仕様は、多分今のところまとまったものはないように思います。
以前、公開されたものは Scheme 上に実装されていませんでしたっけ?
p----------------------------------------------------------------------q
| FROM R.Night |
| E-mail: |
| rnaitoh@st.rim.or.jp |
b----------------------------------------------------------------------d