组织代码的一种方式。就叫方式1好了。

有些业务逻辑是分步骤执行的。比如，在开始的时候执行一部分逻辑，用户触发之后，再执行另外一部分逻辑。这种情况可以把业务逻辑和流程控制逻辑进行拆分。然后按照需要进行组合。这样做可以方便模块测试，也方便修改各种逻辑。

可以这样组织代码：

• 入口文件  执行代码的起点
• 流程控制文件  流程控制逻辑的代码，把各种业务逻辑按照需要串起来。甚至可以好几种代码执行流程。
• 业务逻辑文件  各部分业务逻辑的代码
• 常用功能文件  各种项目都经常用到的各种小功能。这个可以自己单独写一个库了。
• 控制文件  把项目用到的一些全局变量，比如一些url，或者经常要改的文本暴露出来。方便手动或者自动修改。

以上是开发环境代码的组织方式。