関数型プログラミングなど、C アプリケーションのモデル化に役立つツールがあるかどうかを知りたいです。たとえば、現在共有ライブラリを構築しています。しかし、自分のデザインを視覚的に伝えるには、UML のようなものが必要です。私のデザインをレビューする人が関数や変数などの何百ページも読む必要がないように、これをしたいと思います。
私が検討している C 用の UML について読んだことがあります。そこにもっと良いものがあれば、私に知らせてください。肝心なのは、数百ページのテキストを読まずに C アプリケーションとモジュールの設計を視覚化することです。これには時間がかかり、レビュー担当者にとって難しいためです。
ここの専門家からのこの分野での助けは大歓迎です。
ありがとう。
よく書かれたテキスト ドキュメントは、あなたを遠くへ連れて行ってくれます。どんな UML ダイアグラムよりもはるかに優れたものです。
これを 2 つの部分に分割する必要があります。
2 番目の部分に答えるために使用する形式が何であれ、あいまいではないことを確認する必要があります。
UML の良いところは、多くのセマンティックが言語によって既に定義されているため、コラボレーション図でこれらのボックス、線、および矢印が何を意味するかの定義を含める必要がないことです。
しかし、最も重要なことは、何かを文書化するということは、文書化している主題を他の人が理解するための道筋を作ることを意味するということです。読み方の手がかりを提供しない非常に正確な説明は、何もないに等しい. したがって、UML、有限状態マシン、ER 図、平易な英語など、何でも好きなものを使用しますが、「読者」が何が起こっているのかを理解するためにたどることができる論理パスを含めるようにしてください。
「どんな犠牲を払っても正確」のファンである友人がいて、何らかの意味が現れる前に、すべての詳細を確認するように求められました。
私はかつて彼にこの実験をするように頼んだことがあります.未知の都市への次の旅行では、彼は入手できる最も正確な地図を携帯しなければなりません. はるかに良いのは、すべての詳細が縮尺で正確に報告された都市の 1:1 マップを携帯する必要があることです。そうすれば、彼は迷子になりませんでした！
彼は断りましたが、私は彼がその地図を使おうとしているのを見たいと思っています. 折りたたむだけでもOK！:)
君が好きなものならなんでも。これは標準ではありませんが、多くの開発者がそれを使用して理解しています。それが他の人とコミュニケーションを取り、あなたの仕事を文書化するのに役立つなら->あなたのために。時間がかかりすぎて効果がないと思われる場合は、ドロップしてください。また、UMLに似ていて、チームがそれを操作できる限り、すべての詳細を気にしないでください。問題ありません。
それはあなたの時間を無駄にするのではなく、あなたを助けることを目的としています。