2016-07-23 13 views
0

私はソースコードのための良いドキュメントが好きですが、私はコード内のドキュメンテーションのコメントが嫌いです。私は、コードを他の言語のドキュメントから分離するソリューションを見つけましたが、Rustでは解決しませんでした。ですから、ソースコードとRustのドキュメントを分離するためのソリューションはありますか?Rustのドキュメントコメントとソースコードを分けることはできますか?

+0

ドキュメントを別にしたい場合は、Rust専用ではないツールで個別に記述することはできませんか? –

+0

できます。あなたはそのための良いツールを知っていますか? –

+0

良いツールがたくさんありますが、それらは個人的な好みに非常に特有です。それはもはや本当に錆問題ではありません。 :-) –

答えて

3

私は恐れがあります。私はRustの生態系に従っています。私はそういったことについて一度も言及していません。関連するノートでは、コメントはコード内にあるべきだと思うし、Rustにオープンソースコードを書いていれば、他の人々のために、標準的なやり方を忠実に忠実にすることをお勧めします。例えば。私はスペースとは対照的に、タブのインデントを鮮明に主張しています(「タブでインデントし、スペースに合わせて」)。しかし、Rustコミュニティは(明らかに劣って:)スペースに定住しているので、私はRustプロジェクトでスペースを使用します。それは私の好みに合っていませんが、それを乗り越えた後は、私と他の人たちが協力するときに楽になります。

回避策として、私は編集者に積極的にコメントを表示させることをお勧めします。

+0

それは本当に残念です!テスト、コード、ドキュメントなど、すべてのコーディング要素を分離したいからです。私は、コードに文書を書くための規約を理解していません。複雑な関数のコメントは役に立ちますが、ドキュメンテーションのコメントは役に立ちません。私はそれがコードを読むことができないと思う。それにもかかわらず、大変感謝しています。 –

+1

@ NarabX文書化された文書の近くにドキュメンテーションを置くことで、最新のものにすることができます。誰かが関数のシグネチャを変更し、その関数をドキュメント内で更新するのを忘れてしまうのは簡単に想像できる。この問題は、ドキュメントが関数の2行前にある場合に緩和されます。また、あまりにも多くのドキュメントでコードを読むことができない場合は、デフォルトでドキュメントのコメントを折りたたむようにテキストエディタを設定してください:) – mcarton

+0

@mcarton私の言うことを理解していますが、経験があれば、機能の前に)、時々私は好みのテキストエディタにアクセスすることができません。したがって、コメントを折り畳むことは良い回避策ですが、それは私が望むものではありません。ご意見ありがとうございます。 –

関連する問題