首发于<aname"Ei7d1"</a场景子应用开发过程中，势必需要频繁地切换菜单,但因为子应用打包后是要接入到基座的，因此不能有菜单等。但如此的话，日常的开发又会不方便，甚至影响开发效率。但我的个人直觉，貌似更正确的做法是：将子应用直接接入到基座中开发调试，因此目前场景下，我们需要的是：<br/在开发环境下，我们希望有菜单，方便我们开发人员进入

有时想要导入数据到数据库，需要上传相应的文本文件，而这种文件基本上是一次消耗品，也就是上传到后端服务读取了数据之后需要将上传的该文件进行删除。vue文件template中的代码：<eluploadaction"":onchange"readFile"

有空的时候，自己总结了几个代码段，在开发中也经常使用，谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )

最近一直在学习springboot，刚刚看完雷丰阳老师讲的springboot基础、整合视频，相见恨晚的赶脚，顺理成章的看了尚硅谷的springboot谷粒商城项目视频，但是，有种说不出的感觉，看了16节，还是放弃了，在bilibili上又搜索了一番，找到了现在学习的这个视频，码匠社区项目，看了几节，感觉还可以，项目中用到了GitHub第三方登录，第一次接触

!(https://uploadimages.jianshu.io/upload_images/2494472411b8a12ef2355c90.png?imageMogr2/autoorient/strip%7CimageView2/2/w/1240)写在前面2020最后一天，我在KFC写总结。前几天就想写了，嗯，我是拖延症患者

框架之争两三年前经常能看到Vue和React两方框架使用者的互喷，17年甚至还有大V表示使用Vue的都是小白~今日其实框架之争已经很少看见了，并且两个框架居然逐步的在使用上开始统一起来。其实技术都是服务于业务的，公司让你用啥你也只能用啥，除非你有话语权更改技术栈或者说离职。毕竟技术只是大家的吃饭家伙，给钱到位用啥框架都行~但

一、技术栈选择1.代码库管理方式Monorepo：将多个项目存放在同一个代码库中▪选择理由1：多个应用（可以按业务线产品粒度划分）在同一个repo管理，便于统一管理代码规范、共享工作流▪选择理由2：解决跨项目/应用之间物理层面的代码复用，不用通过发布/安装