第一模块 学习课程

名称: 六大模块 梳理开发痛点 解锁前端进阶路

章节名称: 8-2 多应用场景应用技术栈考量

讲师: Brian

第二模块 课程内容

技术栈考量

1. 技术栈选择

• 团队技术实力与业务需求结合

• 能够复用，坚决不造轮子；需要造轮子，坚决不牵强

• 这么简单怎么来，多考虑时间、进度、质量因素

第三模块 课程收获

考虑系统复杂度、业务需求升级迭代范围内，还有人力成本

小程序要考虑前后的衔接性

websocket --> http请求会有3次握手过程，建立过程会比较慢

no-sql数据库 --> MongoDB

容器技术可以帮助我们可以快速地部署环境

MongoDB4.0以后就支持事务了

技术深度其实不是首要的，选择适合团队、项目、整个产品运营才是重要的

选取技术时也要考虑每个工程师的技术栈以及他们擅长的邻域，不然工作量来说，有的人会很少，有的人会很多，这样会造成他们完成项目进度的不平衡

有好的工具或者平台我们可以直接拿来用

前后端分离 -- RESTful API

Gitlab、Gitee等一些开发平台其实都支持自动部署

其实完成项目选型，会考验团队的技术面、知识面、能动性，技术面窄的话就容易漏掉很多优秀成熟的工具，但同时在熟悉的技术邻域做也有它同样可以了解技术深入的一面，这是需要在多方面的问题中进行取舍的，还要考虑产品的走向。

第四模块 学习打卡截图