3

Smalltalk を C の組み込み DSL エンジンとして使用したいと考えています。プラグインは不要で、カスタム環境全体が作成されます。したがって、ObjectEngine はほとんど残ります。これは可能ですか？私は現在試していますが、どんな助けも大歓迎です。

- 編集 -

Smalltalk 実装の埋め込みガイダンスも歓迎します。(GNU Smalltalk を除く。ライセンスのため...)

4

3 に答える 3

1

Object Arts の Dolphin Smalltalk は dll としてデプロイできます。ただし、特定のユース ケースのライセンスを確認する必要があります。これは Windows のみです。

于 2011-06-15T07:51:11.093 に答える
1

これは、Pharo/Squeak では難しいことです。

  1. オブジェクト エンジンは多くのプリミティブに依存しているため、多くのプラグインが存在する必要があります。少し前まで、ほとんどのプラグインは静的にコンパイルできませんでした。よくわからんけど今もそうなの？
  2. カスタム環境全体を構築することは、既存のイメージを削除することを意味する可能性が高いため、注意が必要です。新しいイメージをブートストラップするためのインフラストラクチャを構築しようとするさまざまなプロジェクトがありますが、実際に機能するソリューションはまだ見たことがありません。

Davorin が書いているように、Dolphin Smalltalk は DLL として展開できます。同様に、これは Cincom Smalltalk と Smalltalk/X でも可能です。ただし、これらの Smalltalk はすべて商用です。

要約すると、すでに何度もコンテキストに適用されている Lua や Python を見たほうがよいでしょう。

于 2011-06-15T11:39:08.000 に答える
1

かつて GSoC の提案がありましたが、実行されませんでした:

Squeak を DLL としてパッケージ化する

特定の言語で記述されたライブラリを他の言語で使用できるようにするための従来のアプローチは、ライブラリを動的ロード ライブラリまたは共有オブジェクト (以降 dll) としてパッケージ化することです。このアプローチを Squeak に適用することで、より多くのユーザーが Smalltalk コードを使用できるようになり、Squeak アプリケーションの代替展開アプローチが可能になり、Apache や Web ブラウザーなどのシステム用の Squeak プラグインの作成が容易になります。パッシブまたはアクティブと呼ばれる、大きく 2 つの異なるアプローチがあります。パッシブ アーキテクチャでは、Squeak dll は別の言語から呼び出されるまで非アクティブであり、結果が呼び出し元に応答されるまでのみ実行されます。アクティブなアーキテクチャでは、dll をロードする行為により、Squeak が独自のスレッドで起動し、ランデブーの形で他のスレッドからの着信呼び出しを受け入れます。受動的なアプローチは構築が容易ですが、有用性は低くなります。軽量プロセス、遅延などの Squeak 機能をすべて備えているわけではありません。

このプロジェクトの目的は、生徒の興味と能力に応じて、受動的または能動的アプローチのいずれかを実装することです。目標は、Squeak をユーザーとアプリケーション デプロイヤーの両方にとってより広く役立つものにすることです。Smalltalk と C の両方のコーディング、および Squeak VM が記述されている Smalltalk-C ハイブリッド言語 Slang の使用を含む、満たすべき多くの技術的課題があります。

学生にとっての利点には、DLL、動的言語へのインターフェース、外部関数インターフェース、および Squeak VM の詳細な理解が含まれます。また、生徒は、パッシブ アプローチとアクティブ アプローチの間の多くのトレードオフを検討することで、アーキテクチャの問題を理解できるようになります。

Squeak コミュニティにとっての利点は、Squeak アプリケーションを以前よりもはるかに幅広くパッケージ化して展開できることです。

于 2011-06-14T19:12:42.280 に答える