1

何年も前にC++を学んでいたとき、次のようなアイデアがいくつかありました。 perlのようにsmt.portableで書かれています)"そして最終ファイルをコンパイラに渡します。"

そして今私の頭に浮かぶ唯一の考えは次のとおりです。

  1. プレーンC++での記述方法がわからない場合は、もう一度考えてみてください。
  2. (一部の悪い実装では)タイプセーフではない可能性があります
  3. これらの「構文モジュール」の一部を使用すると、他のプログラマーがコードを理解できない場合があります

だが:

  1. 私はそれがC++で書くことができないとは言いません-私はそれが完璧に見えないに違いないと言っています。たとえば、C++がRuby<のように見えても、何も問題はないと思います。
  2. 実装に問題がなければ、問題ありません。
  3. smbの場合。聞いたことのないライブラリを使用します。一般的にどのように機能するかを理解するのにそれほど時間はかかりません。構文についても同じです。

そして、実際には、今ではC ++に対して何もありません(状況によってはひどいエラーメッセージを送信することを除いて)。そして私が今持っている考えは-

Ruby*のような素晴らしい言語に近いものからErlangのような強力なものへの翻訳者を書くこと。

もちろん、私はそれらのすべての機能をカバーするつもりはありませんが、それは問題ないかもしれない狭い範囲のタスク(たとえば-直接Web開発用)ではそうではありませんか?

*試してみるまで、RubyとRoRにも懐疑的でした。そして、私は言うべきです-私は驚きましたが、喜んでいました。

4

1 に答える 1

4

C ++、Ruby、Erlangなどの言語の違いが構文だけである場合は、問題を十分に検討していないことをお勧めします。構文はある程度重要ですが、より大きな問題はセマンティクスです。これらの3つの言語はすべて、セマンティクスがかなり異なるため、ある言語で適切に記述されたインテリジェントなコードを別の言語で同等にインテリジェントなコードに変換することは簡単な作業ではありません。

ちなみに、ErlangにはReiaと呼ばれるRubyのようなプログラミング言語がすでにありました。Reiaコードを見ると、言語間の違いはすでに明らかです(まず、Erlangは不変であり、Rubyは途方もなく可変であり、Erlangのモジュール/アクター/データ構造とRubyのオブジェクト構造には大きな違いがあります)。AFAIK、プロジェクトはその後放棄されました。

于 2011-12-04T02:57:22.487 に答える