0

私は大規模なアプリケーションをサポートおよび開発しています。この質問は、特に命名規則に関連しています。

以前の開発者は、パスカル ケーシング、変数名のアンダースコア、その他のいくつかの手法を使用していましたが、最近では嫌われているようです。

私の質問は、一貫性のために彼が使用した規則を引き続き使用するか、ここで説明されているように眉をひそめていないように見える規則を導入する必要があるかどうかです: http://www.dofactory.com/reference/csharp-coding-standards.aspx少なくともしばらくの間、矛盾を犠牲にして。

私はコードをリファクタリングしようとしているので、アプリケーションの新しい領域に新しい規則を導入し、慣習に不満を抱いているものを最新の規則に置き換えてコードのリファクタリングを続ける必要があるのではないでしょうか?

おそらく私はこれを考えすぎています。

4

1 に答える 1

3

古いコードに一貫性がある場合は、一貫性を維持してください。あらゆる場所でスタイルが異なると、さらに混乱します。

変更する場合は、作業項目にして、スケジュールを立てて、一度に実行します。

もちろん、徐々に変更するための引数を見つけることができます。とにかくコードに取り組む必要がある小さなステップで作業することによって名前の変更を完了することを自分自身に納得させることができれば、先に進んでください。しかし、正直なところ、スタイル ガイドラインが更新される前にコード プロセスを徐々に変換するプロセスの多くが完了し、最初の変更をクリーンアップする前に 3 番目のスタイルに着手します。

コードがすでに一貫性のないスタイルになっている場合は、混乱がさらに悪化する前に、混乱を今すぐ片付けなければならないさらに説得力のある理由があります。

于 2013-03-03T19:08:04.087 に答える