Rebol 3 は Rebol 2 や Red-Lang と本当に違うのですか? 終わった?
2 に答える
私は以前あなたと同じ船に乗っていましたが、うまくいけば、物事はより明確になりました. (閉鎖中のため追加できません)
完成品(本番で使用可能)に関しては、安定して成熟しているのはRebol 2だけです(数か月前に開始したばかりの私自身が使用しています)
始めるのが最も簡単なものから最も難しいものの順に:
リボル2:
長所:
- 簡単に始められる (シングルバイナリ)
- 安定、成熟、フル機能
- ビューあり (GUI)
- たくさんのドキュメント
- rebol.net の例
- rebol.org の多くの互換性のあるライブラリ
- 大規模なユーザーベースを持っています (まだ!)
短所:
- 活発な開発はありません (私が使用しているバージョンは 2011 年のものです)
- 展開はより困難です (ネイティブ バイナリ用の商用 SDK が必要ですが、回避できます)
- ネイティブ GUI なし (問題ないかもしれません)
赤:
(Rebol 2 に基づく) (gitter.im のコミュニティ)
長所:
- 簡単に始められる (シングルバイナリ)
- 非常にシンプルな展開 (ネイティブ バイナリ)
- ネイティブ GUI を搭載 (表示と描画、まだ開発中)
- 活発な開発
- 赤/システム (C の低レベルの実際の代替、それ自体で記述されている/自己ホスト型)
短所:
- 書類作成作業中
- すべてが機能しているわけではありません
- 壊れる可能性が低い (アルファ版であるため)
レンC:
(Rebol 3 に基づく) (ここのスタックオーバーフロー チャットのコミュニティ) Rebol 3 には多くのブランチがあります: この質問はより良い概要を提供します。「Ren-C」を選んだのは、最も活発に開発されていると思われるためです
注: 私は実際に "Ren-C" を使用したことはなく、他の rebol 3 バイナリのみを使用したので、他の質問を参照して、これを一粒の塩で受け取ってください。ただし、開発とコミュニティの点では Red とかなり似ているはずです。
長所:
- 赤よりも実験的な?
- 活発な開発
- c/c++ で書かれた
- 他の Rebol 3 (GUI) ブランチはそれをアップストリームとして使用します
- これらの GUI バージョンは、商用および本番環境で使用されています
短所:
- 赤よりも実験的な?
- 始めるのが難しい(ソースからコンパイルする)
- c/c++ で書かれた
- ドキュメンテーション?
- rebol 3 ベースなので rebol 2 との互換性が低い(?) (実際、移植ガイドがあるようです)
- おそらく最終的に赤に統合されるでしょう(?)
私の知る限り、R3 は完成しておらず、バグがあります。その名前を使って Rebol 3 に取り組んでいる人はいないと思います。
HostileFork と他の人々は、私が覚えている限りでは Ren/C という名前の C 実装に取り組んでいます。
Ren/C & Red は進行中の作業です。何かが変わる可能性があります。
4つの言語はすべて非常に似ていますが、時々いくつかの違いがあります.
例えば:
- Rebol 3では、Rebol 2 のようにs では なく
request-file
返されますfile
block
file
- 「ボディにあるすべての単語をローカルにする関数」を作成できます(Rebol 3とRen / cにもこのようなものがあると思います)
- 彼らは取り組んでいる
parse
ので、「より良い」ものを期待できます