This website requires JavaScript.

14天,利用sea微服务平台开发一款sass模式的小程序(一)

2020年07月17日 11时33分 字数 1697 阅读 24 喜欢(0) 评论(0) 标签 SpringBoot 开源项目 小程序 sea微服务中台

这个系列的文章本来去年就写好了一些,今年准备发表的过程中,感觉读者应该没有那么爱看我的个人经历,所以临时就决定重写了。

2019年元月,感觉自己多年未充电。自学了spring cloud、vue.js、redis以及mongodb,学习过程中,spring cloud我做一个6期的入门教程,现在在csdn、cnblog、爱奇艺发有文章和视频,每一段时间就有几个人来关注我,虽然人不多,聊胜于无。

过年的时候花了一些时间进行自我思考,回想起自己二十多岁的时候,在四九城破釜沉舟学习编程,最终走上一条比较健康可持续的路。

决定继续自己的梦想,接着花了一年的时间做研发,做了一个sea微服务平台。也就是视频中预告的Spring Cloud脚手架项目,帮助我完成一些项目中的基础功能。有了sea微服务平台后,我任意开发一个应用都会被云版的应用,支持多组织、多用户,能够实现快速复制。以满足我今年实现一些快速变现等需求。

八月份的时候,我的spring cloud脚手架基础版本就已经完成的差不多了,我也分不清是手脚架,还是脚手架,反正我上次跟一个朋友说脚手架的时候,他说不是这么叫的,所以我给它取了一个名字,叫sea微服务平台,现在流行云平台,或者中台,而我一个人没那个本事做云平台、中台那么大的物件,所以我就给它取了一个小一点名字sea微服务平台,而我在使用的过程中觉得它更像中台一些,有时我也叫它sea微服务中台,当然比马云老师讲的中台战略那差的不是一星半点。以后姑且先sea微服务平台这么叫吧。

因为一个偶然的事件,我在开发sea微服务平台时,因为没有nexus(一个帮助管理软件包的软件),我联系了一下我之前带过的徒弟小虎,顺便聊了一下现在有哪些事情可以做,以及现在在做什么之类的。

在第一个版本基础完成之后,我在犹豫怎么继续,要不要开源时,八月中旬,小虎跟我说他们公司要做一个方便管理他们卡类的办公应用,因为涉及到一些隐私问题,本次连载与业务相关的东西就不涉及了。

我在做sea微服务平台的时候,并没想到过,它这么快就会被派上用场,我甚至做好了,永远不会用的打算。我看过需求后,sea微服务平台能派上用场了,我决定把这个办公应用做成sass应用,如果能成功,那么sea微服务平台就会有第一个成功案例。

你明白一个开发人员的心理吗?当自己做的做东西,真的能派上用场,能跟腾讯和阿里一样推出自己的互联网应用。那种感觉就像你自己孕育的一个孩子,抚养了这么多年,你终于等到孩子可以去工作了。

终于你也能从头到尾的完成一个互联网应用了,这种感觉,简直不要太爽。

不过爽归爽,任务还是要继续的。我看过原版的应用后,决定挑战一下自己,基于sea微服务平台,我夸下海口说两周的时间就可以这个应用初步上线。

以下就是我准备开发前的准备

1、基于sea微服务平台,这样企业用户、个人用户、组织架构、资源、权限可以直接用现成的。

2、个人用户使用微信小程序。

3、企业用户使用和sea微服务平台的超级管理员一样的界面。在sea微服务平台上配置一下就可以出来一套了,但是业务相关的界面就要自己写了。

4、涉及的分级权限不多,在权限这块就不做细化了。

5、应用这块为了事务的方便,就不再使用mongodb做业务数据库了,而是使用mysql,不过需要另外分离一套包出来,给mysql。

6、针对小程序的个人用户,需要将微信的用户与sea微服务平台用户以及访问许可整合起来

7、涉及到用户敏感信息的部分,所有的数据必须拿到令牌才能访问。

8、sea微服务平台上线时,做过CI/CD的打算,也尝试过docker;考虑到我开发的东西使用的用户量不会大,所以这个办公应用上线时,跟sea微服务平台一样,用shell脚本来解决自动化部署的问题(我这个人很懒,凡是能用程序解决的问题,绝对不用文件复制来做更新替换)。

9、对于开发这个应用过程中出现的可重复利用的业务功能,应该纳入sea微服务平台,这样sea微服务平台才有可能发展的越来越好,而且明年我在做另外的技术开发时,才能节约时间。

赞赏支持

微信赞赏码

支付宝赞赏码

相关推荐

暂无推荐文章

扫码关注”隔壁老易“