0

私の会社では、大規模なプロジェクトでは、数字の接頭辞が付いたサブフォルダー名を使用することを強くお勧めします。これは、会社のコード規約の記事に記録されています。

これは次のようになります

ApplicationRoot/
    SomeSubFolder
        00_SubSubFolder/
        01_SubSubFolder/
        02_SubSubFolder/
    AnotherSubFolder
        00_SubSubFolder/
        01_SubSubFolder/
        02_SubSubFolder/

どういうわけか、これは私には役に立たないオーバーヘッドのように感じますが、私にはそれに対する有効な議論がありません。

おそらく、より経験豊富な人々は、これが悪い習慣である理由を示すシナリオについて、またはそれが良い理由を私に伝えることができます-フォルダを特定の順序にする可能性に加えて？

4

1 に答える 1

1

順序が重要な場合（スクリプトの実行順序など）にのみ役立ちます。そうでなければそれは悪いです（私の意見では）。引数は次のとおりです。

  • 一部の製品はそれを許可していません。たとえば、Javaパッケージ構造はディレクトリ構造に直接マップされます。ただし、パッケージ名を数字で始めることはできません。
  • 設定より規約を使用することはできません。いくつかのツールはソフトウェア開発に大いに役立ちます、そしてそれらはあなたが他の世界と同じようにそれをしていると仮定します（それは良い習慣だからです）。構造を受け入れるようにするための多くの構成があります（例：maven）
  • 人間の知覚。数字ではなく名前でデータを探します。krusader / total commanderなどのファイルに移動し、数十のdirがある場合、フォルダー名がわかっているので文字を入力します。
  • 錯乱。それらの数字が何の意味もない場合、それは他の人々に混乱をもたらします。彼らは常に「なぜ」と尋ねます、彼らは誰かがいくつかの非常に重要な理由のためにそれをしたと思うので、彼らは常に追加、削除を変更することを恐れます。これはKISSの明らかな違反であり、驚き最小の原則です（このようなことは、新しい開発者の参入障壁に大きく影響します）
  • 柔軟性はありません。カスタムフォルダ名を付けるとよい場合があります。何らかの理由で、たとえば、複数のディレクトリでの構成の自動検索（Java / Springでよく使用されます）。しかし、そのような命名規則を踏襲すると、それを行うのはより困難になります。自動命名変換を使用する場合、ターゲット形式が数字で始まる名前（ログインなど）をサポートしていない可能性があるため、難しい場合もあります。
  • オーバーヘッド。それを保持する理由がない場合は、オーバーヘッドを削除する必要があります。再び：KISS
  • 少なくとも最後のではなく。開発者/アーキテクトは、前の時代から非技術的な官僚によって発明された無意味なルールのために彼の手がタイトである場合、ソフトウェアの設計、レイアウト、使用される技術などについて常に決定を下すものです、それはトラブルに他なりません
于 2012-10-20T23:15:58.393 に答える