Factorを使用する予定はありますか? あなたはそれを見ましたか？それをチェックアウトしました。スタック指向プログラミングを理解していますか？
4919 次
6 に答える
26
言語ベースのスタックの楽しみはさておき、その点はわかりますが、Forth はそれに似ており、簡単に Factor を学習しました。
于 2008-12-25T18:40:29.340 に答える
6
Clojure 学習の冒険が終わったら、それを学ぶつもりです。
アップデート：
何ヶ月も経った後、私は最近いくつかのことで Factor を使用していますが、それは素晴らしい言語だと言えます。唯一の問題は、GUI ツールに関連するほとんど問題が残っていることです。Factor UI ツールキットには、多くの共通点が著しく欠けており、この記事の執筆時点で存在するツールキットへのバインディングはありません。これは、実際のデスクトップ アプリケーションにとって、おそらく契約を破るものです。
于 2009-03-13T05:07:42.970 に答える
6
Factor は面白そうに見えますが、入門用のチュートリアルや記事がもっと必要です。
于 2008-12-25T18:37:25.243 に答える
5
Factor を数か月使用していますが、これは本当に印象的な言語です。
Forth (明らかに)、Smalltalk (画像ベースで反射率の高い「統合型」IDE)、LISP (データとしてのコード、構文レベルの抽象化、REPL)、そしてある程度は言語のブレンドのように感じます。 Python や Ruby など、プラグマティズムとオープン性に重点を置いています (例: 「バッテリーが含まれています」)。
さらに、Common Lisp の SBCL 実装と同様に、コンパイラの最適化に多くの作業が費やされているため、パフォーマンスは設計者にとって重要であると思われます。
このプロジェクトは、頻繁な言語変更、文書化されていないシステムの一部、比較的小規模なコミュニティなど、彼の若さのせいでまだ少し苦しんでいます。しかし、この段階でも、重要なことを始めるのに十分なほど成熟していると思います。
于 2010-03-21T11:45:35.000 に答える
3
次の大きな非作業プロジェクトにFactorを使用することを検討しています。私はFactor、OCaml、D、Pythonのいずれかを選択しようとしていました。通常、Pythonが私の選択言語ですが、このために私は別の何かを探しています。私はDを検討していました（私は長年C ++を使用していて、DをよりクリーンなC ++として使用したいと思っていました）が、それは私が本当に探しているものではないようです。
それはOCamlとFactorを残し、私は決定するのに苦労しています。私の連結プログラミングは少し錆びていて、私も言語がとても好きなので、OCamlは私が理解するのが少し簡単ですが、Factorは私も引き込み続けます（そして私は連結言語の大ファンです） 。人事の優柔不断..
更新：それ以来、Factorを適切に学習し、今後の大規模な個人プロジェクトに使用することにしました。その間、私はファクターでのプログラミングの課題からの問題のいくつかに取り組んでいます。
更新2：ファクターはそれを完全にカットしませんでした..言語のせいではなく、言語は素晴らしいです、そして私は皆にそれを見てみることをお勧めします。その理由はQtバインディングでした。これは私にとって重要な取引ブレーカーでした。私は自分でQtをバインドして貢献しますが、1つではなく2つのプロジェクトがあり、時間がありません。だから、ごめんなさいファクター。代わりにC++でコードを記述しましたが、現在、Clojureに移植するか、Clojureで将来のコードを記述することを検討しています。
于 2009-03-11T14:04:10.023 に答える
3
factor について具体的に話すことはできませんが、私は HP 電卓で多くのことを行ってきました。付属のスタックベースの RPN 言語は非常に洗練されています。これらの電卓用に大量のソフトウェアが作成されています。
于 2008-12-25T18:24:04.753 に答える