2012-10-11 90 views
0

我的公司強烈建議使用子文件夾名稱,前綴數字爲,適用於較大的項目。這記錄在公司代碼慣例文章中。用數字前綴文件夾有什麼優點和缺點?

這應該是這個樣子

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

不知怎的,這感覺就像一個無用的開銷給我,但我對沒有有效的參數。

也許更有經驗的人能告訴我有關方案這表明爲什麼這是一個壞習慣告訴我爲什麼它是很好的 - 除了可能迫使該文件夾是在一個特定的順序?

回答

1

僅當順序很重要時纔有用(例如,運行腳本的順序)。否則這是不好的(在我看來)。的論點是:

  • 有些產品不允許它。例如java包結構直接映射到目錄結構。但軟件包名稱不能以數字開頭。
  • 不能使用約定而不是配置。一些工具可以幫助你在軟件開發方面做很多工作,他們認爲你的工作方式和世界其他地方一樣(因爲這是一個很好的做法)。你會有很多配置讓它們接受你的結構(例如maven)
  • 人類的感知。我們按名稱尋找數據,而不是數字。當我導航到例如krusader /總指揮官,我有一打我鍵入一個字母,因爲我知道文件夾的名稱。
  • 混亂。如果這些數字毫無意義,那麼就會給其他人造成混淆。他們總是會問'爲什麼',他們總是會害怕修改添加,刪除,因爲他們會認爲有人這樣做是因爲一些非常重要的原因。這顯然違反了KISS和最少驚喜原則(這些事情嚴重影響了新開發商的進入壁壘)
  • 沒有靈活性。有時自定義文件夾名稱很好。無論出於何種原因,例如自動搜索多個目錄中的配置(通常在java/spring中使用)。但是如果遵循這種命名規則,那麼做起來就更困難了。有時當您想要使用自動命名轉換時,它也可能更難,因爲您的目標格式可能不支持以數字開頭的名稱(例如登錄)
  • 開銷。如果沒有理由保留它,則應刪除任何開銷。再次:吻
  • 最後但並非最不重要。如果由於非技術官僚從上一個時代發明了無意義的規則,開發人員/架構師總是決定軟件設計,佈局,使用技術等方面的事情,那隻不過是麻煩
相關問題