介绍StartCMS是一个极速的基于ThinkPHP6.0+、ElementUI、MicroApp的微应用开发框架。前端不限技术栈，支持Vue2、Vue3、Vite、React、Rangular……后端不限语言，支持PHP、Java、Node、Python、Go、C#……1.本文续上篇文章并介绍了如何使用startCMS进行应用开发。如果您对StartCMS有疑问，建议您先阅读下面的文章以了解更多信息。阅读本文前建议阅读以下两篇文章，否则可能有些操作看不懂。微前端框架StartCMS，基于微前端架构的极速微应用开发框架，开源框架微前端框架StartCMS，如何启动框架，startCMS启动教程2.框架目录如果没看过官方文档STARTCMS，请看下面的目录介绍，具体可以查看官方文档。wwwWEB部署目录├─app应用目录│├─app1应用1│├─app2应用2│├─app3...├─base前端基础工程（前后台可移至任意位置-endseparationdevelopment)├─config系统配置目录├─core系统核心目录├─data数据存放目录├─extend扩展类库目录├─runtime应用程序运行时目录（可写、可定制）├─vendorComposer类库目录├─web前端基础目录（从项目基础目录编译而来）├─.env.default环境示例文件├─.gitignoreGit配置文件├─.htaccessApache配置文件├─composer.jsonComposer配置文件├─deploy.shautomated部署脚本├─index.php系统入口文件├─start命令行入口2.如果你基于PHP开发由于startCMS框架本身是基于PHP开发的，如果你恰好使用PHP开发，那么可以使用命令行以生成应用程序应用程序。生成命令是phpstartmake:app应用名。执行前，app目录下只有.gitignore文件。执行phpstartmake:apptest后，app目录会生成一个测试应用。如下所示。如图所示，测试应用中有3个目录和app.json。这里不解释文件控制器、模型和服务。主要解释是app.json。下面是app.json的配置信息{"app":"",//应用ID（默认default，安装时自动识别）"app_title":"",//应用名（默认default，安装时自动识别）)"group":"SiteConfiguration",//配置分组（可选）"title":"sitename",//配置名称"type":"input",//输入类型"field":"title",//字段名称（在同一应用程序中唯一）"value":"StartCMS",//字段值（可选）"options":[],//配置选项（可选）"validate":[],//验证rules（可选）"props":{},//配置属性（可选）"default":"",//默认值（可选）"remark":"",//备注（可选）"locking":0,//是否加锁（禁止编辑更新）"protected":0//是否受保护（前端获取不到）}下图是测试启动框架自动生成的配置信息进入系统。我不知道如何开始。建议阅读下面的文章。微前端框架StartCMS，如何启动框架框架，startCMS启动教程启动系统后，点击右上角打开应用配置如果应用中没有应用，则此时应用中心为空创建测试应用后，测试的信息application会出现在表格中，测试应用可以在app.json中修改，更多信息请参考官方文档。至此，后台工作基本准备完成。单击启用以安装该应用程序。安装成功后，刷新页面，左侧边栏会出现安装好的应用。由于缺乏前端工程，目前测试应用点击无内容。以vue2为例，介绍如何搭建前端工程。打开终端，进入测试应用，使用命令vuecreatevue2创建vue2模板，创建完成后修改vue.config.js。由于框架启动在8080端口，测试应用也在框架内部，没有启动其他服务器，所以配置代理，修改静态资源路径如下。如果应用程序需要向其他服务器请求资源，只需更改代理即可。module.exports=defineConfig({publicPath:'/app/test/view/',transpileDependencies:true,devServer:{port:port,open:false,overlay:{warnings:false,errors:true},proxy:{[process.env.VUE_APP_BASE_API]:{target:'http://localhost:8080',changeOrigin:true,pathRewrite:{['^'+process.env.VUE_APP_BASE_API]:'/'}}},headers:{'Access-Control-Allow-Origin':'*'}}})修改完成后，使用npmrunbuild打包，然后会生成一个dist文件夹，重命名dist文件夹查看，移动到test目录，或者手动创建一个查看目录，复制或移动dist下的所有文件进行查看。这个时候我们的静态资源也就是index.html已经准备好了，但是这个时候点击测试应用出现如下错误的原因是访问http://localhost:8080/服务器没有响应web/test，打开controller目录下的index.php，添加下面的代码渲染index.html刷新页面，就可以看到vue模板页面了其实每一个应用的核心都是controller，model，service，view，app.json文件视图，即打包目录也是前端代码，app.json是应用配置，controller、model、service组成服务端响应前端。这些加起来形成了一个独立的应用程序。3、如果后端使用java、python等其他语言，如果服务器已经启动了后端，那么只需要在前端配置代理和静态资源路径，在后端渲染前端html页面即可，后端代码也可以放在框架内。如果是本地开发而不是在线开发，以java为例，不管你的后端代码是否在框架应用中，你只需要启动你的java后端，打开一个端口，然后将这个端口替换成前端即可-endvue.config8080in.js就够了，之前不要忘记配置静态资源路径，不要忘记渲染index.html，也不需要额外添加路径，直接渲染/index即可，frameworkbase会自动找到application下的view目录。4.总结startCMS框架的核心思想是微前端和微应用。开发者可以在同一个项目中使用不同的语言。后端可以同时用java、python、PHP写，前端也可以同时用vue、react、angular写。.例如，商城系统有商品模块和订单模块。然后我们就可以把这两个模块做成应用程序了。商品模块用vue比较简单，订单模块用react比较好，按照以前的正常框架是实现不了的。而startCMS可以做到这一点，如果其中一个模块需要升级某个依赖包，而升级又会影响另一个模块，那么使用startCMS就不用担心了。startCMS主要解决以下问题：1.随着项目迭代，前端项目越来越大，难以维护=>项目应用，只需要维护应用。2.跨团队或跨部门协同开发项目导致效率低下，受限于基础框架技术=>应用后，每个应用可以使用不同的语言和不同的框架。3、不同的业务模块需要使用不同的依赖。久而久之，依赖冲突严重，不支持增量升级=>应用相互独立，不依赖。升级模块时，无需担心影响其他功能。4.市场上有多模块系统。虽然后端模块化分离，但前端工程本质上还是一个单体结构。
