2

標準のWindowsコマンドシェルから起動したWin-7 64ビットでRebol/Core 278-3.1を使用しています。そして、インタプリタCDコマンドには%.

の後にスペースを必要としない DOS を思い出しますcd。REPL はシェルではないのに、なぜこのショートカットをシェルであるかのようにするのですか? そのような単語が設定されていないのに、ディレクトリの文字列名が単語として扱われるのはなぜですか? 一見すると、コードが不必要に曖昧になっていませんか?

(これがあなたの最初のプログラミング言語経験であるかのように考えてください... unix シェルで ls cd mv の古いユーザーとしてではありません。)

単語が設定されていても、get-word が使用されない限り、その単語は cd によって無視されます...例は次のようになります。

dir %tests

dir tests:

cd tests言葉がないかのように振る舞う「完全」get-word :tests


注: Saphirion R3 の動作は次のとおりです。単語をディレクトリ名に大文字で設定すると、get-word によってそのディレクトリに移動し、間違った大文字で表示されます。しかし、その名前のディレクトリはありません。私は、CDがエラーを与えるべきだったと信じています。確かに、ユニコードとLinuxのような世界への準拠の問題として..またはこれはWindowsでのみ機能しますか? オフ、ubuntu と Syllable を使用して Virtual Box に移動します ...

4

2 に答える 2

-1

あなたは「REPLはシェルではない」と言います。全くもって同じ意見です。関連する注意事項として、私は断固として反対します:

append [x y z] q

...のショートカットを呼び出すと、インタープリターがクラッシュするように見えquitます。犯しやすい間違いです。また、コア インタープリターで気付いた同様のショートカットを実行するのは、賢明で馬鹿げていると思います。Rebol は読み書きができ、はっきりと読める英語に似た言語です...そしてLSCDのようなものはコアに属しません。どちらかといえば、それらはシェル方言の一部であるべきです。

法的な単語のドメインが法的な文字列の範囲にマッピングされていなくても、方言の作者は単語を文字列として扱うことができるべきですか? 許可されるべきだと思いますが、出荷用の実行可能ファイルの前例が貧弱になることに同意します。

于 2013-08-05T15:37:58.870 に答える