OCamlからF#にいくつかのモジュールを変換しています。バグを見つけていくつかのより細かい違いを確認するために、同じテストケースに対して同時に両方のバージョンを実行しています。OCamlをF#に変換する:Visual StudioのようなGUIデバッグ機能を備えたOCaml IDEがありますか?
私はVisual Studioデバッガを使用していますが、OCamlではocamldebugを使用しています。 Visual StudioはGUIであり、ocamldebugはコマンドラインであるため、比較を行うには、前後のビジュアルスキャンよりも注意が必要です。
私はステッピングを使ってGUIデバッガをサポートするOCaml IDEがあるかどうか疑問に思っていましたが、強調表示されたソース行と値を表示する別のウィンドウを示していました。私はいくつかのより多くのジャックの世話でした
EDIT
は答えを投稿してから、私はこれをしたとき、私は数ヶ月前にものを選択しなかった理由を思い出しました。私は、私が見つけたものを渡すとOCamlのコマンドラインツールで滞在してい
理由は
コマンドラインツールは、コンパイラが付属しているので、彼らは現在の仕事です。いくつかのドキュメントがありますが、正直なところ、ocamldebugに習熟するためのサンプルを使って、自分のocamldebugマニュアルを書くのに数時間を費やす必要がありました。
これらは、EMACSに依存しています。 EMACSではなく私です。私はそれが動作する方法が嫌いです。また、EMACSを扱っているすべてのツールは、ocamldebugのラッパーであることがわかりました。だから何も得られなかったが、コマンドの記憶が増えた。注:EMACSは積極的に維持管理され、更新されています。
これらは、Eclipseに依存します。私はANTLRを扱うためにEclipseを多用してきましたが、私は数年に1度しかシステムを作りません。 Eclipseが主要なANTLRリリースで動作するようになったら、私はもう何年も更新していません。私はOCamlのデバッグを予定しているので、コストが高すぎます。注:Eclipseは積極的に更新および更新されます。
デバッグはしません。 OCaml用のGUIツールはごくわずかなので、拡張エディタでさえ、いくつかのメリットがあります。今は私のためではありません。
ツール/プラグインは、数年間維持されていません。
これはOCamlを置かれたものではなく、私が見つけた詳細です。私はOCamlに問題がありません、私はそれがより生産的だったらいいと思っています。
「OCamlの立ち上がりと立ち下がり」のこの記事の使用は不適切です。まず第一に、あなたが言及しているツール(Eclipseなど)は、コミュニティの少数が常に使用しているので、努力していないので、人々がツールを停止するという明確な傾向は見られません(半減期が半減しています私が覚えている限り、カール・ハンプのいたるところにプロジェクトがあります)。第二に、ブログの著者は、F#に移住する人々に商業的関心を持っているか、または商業的関心を持っていた。著者の技術的な輝きといくつかの良い点にもかかわらず、この投稿は偏っている。その周りにそれを広げることはFUDを奨励する。 – gasche
"ブログの著者は、F#に引っ越した人々に商業的関心を持っている、または持っていた。申し訳ありませんが、それは完全なナンセンスです。私たちはOCamlに多額の投資をして、数多くのOCamlベースの商用製品を販売していました。私たちはOCamlを続けるという非常に強いインセンティブを持っていました。できる限り長くしていましたが、商業的に実行可能性が低下したため、強制的に中止しました。 –
興味深い:[Reason](http://facebook.github.io/reason/index.html#reason) –