クラスを介してすべてのコードを構造化し、クラス（Javaなど）にコンパイルすることの長所と短所

編集：私の言語は、Javaとは異なり、複数の継承を可能にします。

教育、レクリエーション、潜在的に有用な目的のために、独自のプログラミング言語の設計と開発を開始しました。

最初は、Javaをベースにすることにしました。

これは、すべてのコードがクラスの形式で記述され、そのコードがVMによってロードされるクラスにコンパイルされることを暗示しています。

ただし、インターフェイスや抽象クラスなどの機能は必要ないため、除外しました。彼らはパラダイムを実施しているようで、私の言語はそれをしないようにしたいです。クラスをコンパイル単位として保持したかったのは、実装が便利で馴染みがあり、アイデアが気に入ったからです。

それから、クラスをstaticディレクティブを使用して定数と関数を提供する「名前空間」として、またはインスタンス化する必要のあるオブジェクトのテンプレート（「実際の」クラスの目的）として使用できるモジュールシステムが基本的に残っていることに気付きました他の言語で）。

今、私は疑問に思っています：コンパイル単位としてクラスを持つことの利点と欠点は何ですか？

また、私のデザインに関する一般的なコメントは大歓迎です。私の言語に関する有益な投稿は、http：//www.yannbane.com/2012/12/kava.htmlにあります。

クラスをコンパイル単位として持つことの利点は何ですか？

言語の複雑さを軽減できます。異なる構造の必要はなく、すべてが同じように扱われます。特定の設計では（そうではないようですが）、静的変数とそれらが実行される傾向のある設計の問題（初期化順序の問題、同時実行の制限、ジェネリック/型クラスの扱いにくさ）がないという利点があります。また、サンドボックス化または並列化のための分離されたモジュールインスタンスのようなモジュールコンセプトの利点もいくつかあります。依存関係が何らかのインターフェイスに適合し、実装に見合うモジュール全体をインスタンス化してドロップインできるモジュールタイピング。

とはいえ、このコンセプトには多くの問題がある傾向があります。現実的には、「トップレベル」クラスにはデフォルトコンストラクターのような特別なルールが必要であるため、すべてを同じように扱うことはできません（または、奇妙な問題が発生する可能性があります）。コンパイルユニットのモジュール性も非常に厄介になる傾向があります。クラスが他のクラスである場合、クラスは他のクラスをどのように参照しますか これらの依存関係はどのように扱われ、クラスをスピンアップするための正しい順序をどのように決定しますか？重複するクラス参照がアプリ​​のさまざまな部分で再利用されることをどのように確認しますか（または、必要なセマンティクスである場合、重複するインスタンスをどのように処理しますか）。

調べてみると、依存関係、適切なスコープ、初期化の問題に関する多くの問題に遭遇しました。「トップレベルのクラス」を特別なものにする問題に遭遇し、それらを機能させるための多くの制限があり、それらが単純な名前空間に形作られてしまいます。

この質問に答える代わりに、1つ上のレベルに進み、MIT OpenCourseWare、特に6.035（コンピューター言語工学）を勉強することをお勧めします。これで問題全体が説明されるので、このような質問を再度することはありません。

コンピューター言語工学

唯一の前提条件はJavaです。

http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-035-computer-language-engineering-spring-2010/lecture-notes/

コースの説明

このコースでは、高レベルのプログラミング言語の実装に関連する問題を分析します。トピックには、基本的な概念、機能、コンパイラの構造、理論と実践の相互作用、ソフトウェアの構築におけるツールの使用が含まれます。このコースには、コンパイラーの設計と実装に関する複数人プロジェクトが含まれています。