-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
提案: C++ コードのスタイルについて #9
Comments
提案ありがとうございます。 確かに enum class まわりは、今回の ver.0.94 のリリースに際し突貫工事的に修正したので酷い状況になっていると思います Google の C++ コーディングスタイルは知りませんでした。 ざっと拝見しましたが、多くの部分は私と同様の考えだと感じました。 今回の提案の大前提としては、 なので、具体的にどの部分のコードの品質がどのように悪くて、 コードの品質改善を続けるうちに、結果として、Google のコーディングスタイルと同じとなることは拒絶しません。 というわけで、enum class 以外の部分で よろしくお願いいたします。 |
僕の issue の書き方がマズかったです。まず、Google のコーディングスタイルを盲目的に推しているわけではないです。一旦最初に導入してみるコーディングスタイルの一例として Google C++ Style Guide を挙げてみました。 C++ は表現力が高くいろいろな書き方ができるため、今後他人が Paraphrase にコントリビュートする際にコーディングスタイルが全く明文化されていないと、プルリクエストの承認/拒否の決定が過度に属人化してしまい、ソースコードの管理が煩雑になり、ひいてはバグの温床にもなると思います。僕はそういう状態のことを「品質が悪い」と呼んでいます。 個人的にはとにかく何かしらコーディングスタイルが示されていれば良く、「最初にどのコーディングスタイルを導入するか」はあまり問題ではないと思います。最初使っていたコーディングスタイルに問題があるなら、このプロジェクトではどう修正するのかを明文化しておくと良さそうです。プルリクエストの承認/拒否の基準がきちんと示されていると、投げる側もレビューする側も労力を削減でき、ソースコードの品質を一定以上に保つことに繋がります。Google でなくとも LLVM や Mozilla のコーディングスタイルを最初に導入するのもいいと思います。 本来この issue は「コーディングスタイルを明文化してはどうか」というタイトルにすべきでした。言葉足らずですみません。 具体的にどのコーディングスタイルがどう優れているか、という議論は別の issue で進めたいです。 |
コードの品質ではなく、管理の品質についてであること、了解しました。 コーディングスタイルについては、無いよりも有った方が良い、と私も思います。 もちろん、この言語に興味を持つ人が増え、 とはいえ、現在のところはそのような状況にはありません どのように書いたら良いのか迷った場合は、こちらで質問していただければ対応したく思います。 |
現状の C++ プログラムの品質を上げるために、Google C++ Style Guide に従って書くのはどうでしょうか?
複数人でコードを管理する場合に、コードのスタイルについて何らかの決まりがないと、各人が毎回どんなスタイルで書いていいかわからず困ってしまうと思われます。余計な変更差分も増えます。
実際に Google C++ Style Guide に従って書けているか、どこが規則に反しているのか調べるツールとして cpplint があり、とても簡単に C++ プログラムの品質を保つことができます。
The text was updated successfully, but these errors were encountered: