我应该使用单个或多个配置文件进行代码生成

Question

我有一个php脚本，可以生成基于配置文件处理json编组的php和javascript包装类。

我的初步计划是使用单个配置文件生成应用程序使用的所有类。但是，我的团队负责人建议我为每个功能使用单独的文件，以避免创建巨大的配置文件，并创建一个目录来定义由多个功能共享的json对象

我将它与struts-config.xml进行了比较，其中所有定义都在一个文件中。另一个例子是用于生成DB访问类的数据字典和用于生成这些表的SQL;在以前的工作中，总是有一个文件定义了所有的数据库表，所以我甚至没有多想它，因为那是我习惯的。

他将它与idl（它很像idl）进行了比较，我们并没有在一个地方保存所有的idl定义。

所以我想支持和反对使用单个文件。以下是一些：

单个文件

• 好

  • 您可以在一个地方看到所有json对象（这是我们的Web API的核心，它用于记录服务器Ajax调用）
  • 您只需要一个makefile（或ant目标）

• 为

  • 文件太大后很难编辑

多个档案

• 好
  • 仅用于单个功能的JSON未公开（项目专用）
• 坏
  • 两个功能使用JSON对象后，需要将其移动到其他文件

我们非常感谢您的反馈，请让我澄清您是否想要加入，但不太确定我在说什么。

Answer 1

编程与否我认为以下原则是很好的建议。因此，将这两个应用于您的情况，您将自己回答; - ）

单一责任原则 凝聚力：将相关事物集中在一起

Answer 2

为了使配置与代码分开，我在包含配置文件的web文件夹（htdocs）之外创建了一个文件夹，它们模仿了htdocs中的文件夹结构。然后，从配置文件中编译的文件将在它们将要使用的位置移动。所以我想我让每个人都开心。所有配置文件都在一个单独的文件夹中，但它们仍然按功能组织。因此，所有配置文件都集中在一个地方，同时仍然按功能对每个配置文件进行分组。抱歉这是一个令人困惑的问题...