我應該使用單個還是多個配置文件來生成代碼

我有一個php腳本，可以根據配置文件生成處理json編組的php和javascript包裝類。我應該使用單個還是多個配置文件來生成代碼

我最初的計劃是讓一個配置文件生成應用程序使用的所有類。但是，我的小組負責人建議我爲每個功能使用一個單獨的文件，以避免創建一個巨大的配置文件，並創建一個目錄來定義由多個功能共享的json對象。

我將它與struts-config.xml所有的定義都在一個文件中。另一個例子是用於生成DB訪問類和SQL以生成這些表的數據字典;在以前的工作中，總是有一個文件定義了所有的數據庫表，所以我甚至沒有多少想過，因爲這是我習慣的。

他將它與idl進行了比較（這很像idl），並且我們沒有將所有idl定義保存在一個地方。

所以我想爭取和反對使用單個文件的參數。這裏有一些：

單個文件

好
- 您可以在一個地方看到所有的JSON對象（這是我們的網絡API的核心，它是用來記錄服務器Ajax調用）
- 你只需要一個單一的生成文件（或Ant目標）
壞
- 文件可能很難修改，一旦它變得太大

多個文件

好
- JSON只能用於單一功能不可暴露（私人項目）
壞
- 一旦JSON對象使用兩個特徵，它需要被移動到不同的文件

任何反饋表示讚賞，並請讓我澄清，如果你想但是我不太清楚我在說什麼。

來源

2010-10-30 Juan Mendes

爲了保持配置獨立的代碼，我創建的Web文件夾以外的文件夾（包含配置文件的htdocs），它們模仿htdocs中的文件夾結構。然後，將從配置文件編譯的文件在要使用的位置移動。所以我想我讓每個人都開心。所有的配置文件都在一個單獨的文件夾中，但它們仍然按功能組織。因此，所有配置文件都集中在一個地方，同時仍然按功能分組每個配置文件。對不起，一個令人困惑的問題...

來源

2010-11-04 18:45:49

編程與否我認爲以下原則是很好的建議。因此，將這些兩到你的情況，你會回答自己;-)

單一職責原則凝聚力：集團有關的東西一起

來源

2010-10-30 00:43:10

在迴應（您的和我的公司內）的反饋，我沒有使用單個文件。但是，我創建了一個單獨的文件夾來包含該文件夾中的所有json定義，還有一個用於通用定義的文件夾以及每個項目特定定義的文件夾。但是，這會從其他位置（如代碼點火器控制器和模型文件夾內）複製目錄結構（常見的，項目特定的文件夾）。所以......盤古，請提供一些反饋，如果你有任何。 – 2010-11-02 18:31:27

我應該使用單個還是多個配置文件來生成代碼

回答

相關問題