关于模块化开发待讨论的疑虑

准备

1：安装模板，修改模板中 SsWms 项目的绝对路径，便于文件引用、编译输出目录的一致性

后端开发

1、通过模板创建项目，开发后端 API
2、关于后端调试方法

• 用主项目引用子项目，然后通过运行主项目进行调试
• 开发子项目是附加到已运行的主项目或IIS的进程进行调试

3、公共组件或 BLL 或 Model 统一放到一起，而仅自己模块需要用到的可按需在自己的插件项目中建目录存放

前端开发(待议：我们自己如何开发静态页面)

1、直接在主项目下开发，并提交代码

利：开发、调试方便，启动主项目就能访问静态页面，修改完页面刷新浏览器即可查看效果，可通过主项目直接发布
弊：提交可能会产生冲突，如果想通过主项目直接发布，再拉去代码后还需要在解决方案包含，同一个功能存放于不同的目录，提交时要注意选择性提交，无法按目录进行提交

2、在主项目下开发，但不提交页面，而将页面放到插件约定的目录进行提交

利：将代码模块化存放，易管理
弊：开发麻烦，部署麻烦（可以通过自己写工具解决）

部署

• 统一部署

获取最新代码，每次编译整个项目，发布整个项目

• 插件化部署

获取最新代码，编译一个或多个项目，按需发布静态文件或程序集

• 现有文件部署

从测试环境获取程序集和静态文件，部署到指定目录，测试环境是由开发人员通过FTP部署，测试人员确认通过测试后，即可认为可向正式环境发布，按照目录结构复制到正式环境即可

无从下手的问题

1、开发功能时，模块的定义维度，太小插件过多，太大可能由多人开发维护，仍然不利于拆分