[過去ﾛｸﾞ] Go language part 1 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
227: デフォルトの名無しさん [sage] 2014/07/24(木) 21:13:03.11 ID:3xYKvkhO(1/3) AAS
>>223223(1): デフォルトの名無しさん [sage] 2014/07/24(木) 18:17:36.20 ID:FJ9KFXdp(1) AAS
そもそもgoはc++の置き換えを狙ったガッツリコンパイル言語目指してたと思うが
インタプリタの話はどっから出てきたのだろうか。
外部ﾘﾝｸ:golang.jp
新しく言語を作った理由は？
Go言語は、インタプリタ言語のプログラミングの容易さと、動的型言語の効率、コンパイル言語の静的な型の安全性を併せ持つことを目指しました。
228: デフォルトの名無しさん [sage] 2014/07/24(木) 22:11:05.80 ID:3xYKvkhO(2/3) AAS
>>224224(1): デフォルトの名無しさん [sage] 2014/07/24(木) 18:18:07.34 ID:hD2YGPYI(2/2) AAS
読込み -> 中間式生成 -> 実行 -> 結果表示
こういう流れなら中間式がなんであれインタプリタでよくないか
Javaは含めたく無いな。 インタプリタは、基本的にソースコードをそのまま配布する物。
配布されたソースを変更すれば即座に実行出来る物。
231(3): デフォルトの名無しさん [sage] 2014/07/24(木) 23:30:45.74 ID:3xYKvkhO(3/3) AAS
>>229229(2): デフォルトの名無しさん [sage] 2014/07/24(木) 22:34:04.45 ID:xmULRajC(1) AAS
>>219
REPLが備わってる言語だと
1行ずつ試しながらプログラムを書けるのが良いっていう主張なんかな
コンパイル方式だと、ある程度まとまった量を書くまで
プログラムの挙動の確認ができないからダメだと
ちょっと興味あるから良かったらもう少し分かりやすく説明してほしいんだが
例えば、
system("ls")
でカレントディレクトリ内のファイルを見て、ファイルが有るのを確認してファイルを読み込むとか。
周りの環境が不確かでも確認しながらコーディングを進めて行くことが出来る。
試行錯誤が入る様な場合には力を発揮する。
パラメータを変えながらのテストプログラムとか。
とは言っても、一般的にREPLが力を発揮するのはコーディング時に結果を確認しながら進めていけることだろうな。 バグの少ないプログラムが書ける。
例 Java REPL
外部ﾘﾝｸ:calms.hatenablog.com
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.040s