私は主にJavaで教えている学校の大学生です。私が非常に楽しんでいるJavaの長所の1つは、ライブラリの膨大なコレクションです。これらのライブラリを特に有用なものにしているのは、JavaDocを介して提供される広範なドキュメントと構成です。これらの品質を備えたCommonLispのライブラリコレクションはありますか?また、これらのライブラリの構築、維持、または拡張を支援するJavaDocと同様のツールはありますか?
9 に答える
はい、 http: //www.cl-user.net 、 http://www.cliki.net、およびhttp://clocc.sourceforge.netには、文書化された広範なライブラリ コレクションがあります。それらを使用する高度な 'asdf' または 'mk-defsystem' ベース インフラストラクチャと同様に。
いいえ、包括的で一貫して文書化されたライブラリ コレクションはありません。そのようなものが存在しないことが、Common Lisp の現在の最大の問題です。Lisp コミュニティを支援することに関心がある場合は、これを最初に攻撃することになるかもしれません。
また、さまざまな JavaDoc に相当するものがありますが、Java に関して広く受け入れられている準標準はありません。
今ではquicklispがあり、すべてがとても簡単になりました! http://www.quicklisp.org/
Githubには、 Sourceforgeは言うまでもなく、多くのlispプロジェクトが含まれています。
clikiまたはcommon-lisp.netを試してください。
javadocに関して...あなたはdocstringsについて知っていますか?そうでない場合は、調べてください。また、他のすべての自己文書化機能についても調べてください。
仕様を読んでいないようです。何をしていても、常に仕様を読んでください。
clbuildをお勧めします。これには、経験豊富で目の肥えた Lisp プログラマーのグループによってコンパイルされた高品質のライブラリのコレクション (およびそれらのライブラリをダウンロードしてインストールするためのスクリプト) が含まれています。
高レベル/API ドキュメントを記述するためのガイドラインが必要な場合は、Edi Weitz や他の人が設定した例に従うことをお勧めします (たとえば、HunchentootやVectoを参照してください)。
低レベルの実装ドキュメントについては、組み込みの docstring メカニズムとSlimeのソース ナビゲーションおよび autodoc 機能が、コード探索に最適な既存の環境を構成していると思います。
Tinnaは、JavaDocに匹敵するLispドキュメントシステムです。
Common Lisp には多くの利用可能なライブラリがあり、それらの多くは完全に文書化されています。私自身の経験では、JavaDoc (または C++ 用の Doxygen のようなツール) は、ライブラリを文書化するための貴重なツールではなく、その実装を文書化するためのツールです。
したがって、ドキュメントはここではツールの問題ではなく、適切なマニュアルを作成するライブラリの作成者の意志の問題です。この分野では、Common Lisp は他の言語と同様です。素晴らしいドキュメントを備えた美しいエンジニアリングの断片、ドキュメントの兆候がまったくない迅速で汚いコード、コードとドキュメントの品質の可能なすべての組み合わせがあります...
全体として、Common Lisp ライブラリの全体的な品質はかなり高いことが個人的にわかりました。
Java に慣れている場合は、Clojureにチャンスを与えて、使い慣れた Java ライブラリを使い続けることができます。