zoukankan      html  css  js  c++  java
  • 前端代码发布案例参考

    看了两个个知乎的回答, 自己总结下.

    大公司里怎样开发和部署前端代码?回答一

    • 非覆盖发布:
      • 文件的摘要信息放到资源文件发布路径中, 这样内容有修改的文件变成了一个全新的文件, 不会覆盖之前的文件
      • 先全量部署静态资源, 再灰度部署页面.

    大公司里怎样开发和部署前端代码?回答二

    回答二: 简单情况下的发布方式

    • 前提: 前后端发布分离
    • 实例图片
    • 前端渲染, 不考虑SSR和BFF服务的发布, 只考虑页面发布.
    • 简单场景下: 可以使用中间托管服务FE getaway方式, 网站入口和所有配置, 主要功能如下:
      • 页面管理: 提供可用的URL
      • 模板托管: 管理后端模板
      • 遍历管理: 后端模板里各种变量的值, 也包括前端资源版本号
      • 三种合并到一起, 就是一个完整的html
    • 该情况下的发布流程:
      • 前端首先打包静态资源, 使用非覆盖发布方式, 发布到CDN
      • 静态资源的URL中含有版本号
      • 在变量管理中将要发布的模板版本号改为最新即可
    • 好处: 前端页面切割成各个工程, 互不影响
    • 坏处: 版本稀碎, 不易管理

    回答二: 在先发布方式下的打包方式

    • 实例图片
    • 页面工程(js, css, img)和第三方库, 放到CDN上面.
    • 公共库: 全局使用或者高频使用的的组件和基础库代码打包成为bundle单独放到CDN上
      • 不一定是一个bundle, 可以组件一个, 非组件一个
      • 公共库, 使用webpack的external引向全局变量
      • 好处一: 项目之间的复用, 使用code split不能搞定
      • 好处二: 公共库的版本号便于管理, 公共库升级所有页面开发人员进行适配.
    • 组件库, 基础库使用npm发布
    • 构建页面的时候, 局部使用的组件和库, 使用npm install引入, 进行常规

    大前端时代下的微前端架构

    微前端是一种架构风格, 其中众多独立交付的前端应用组合成一个大型整体
    通读文章后, 我认为微前端的方式需要再议. 并一定适合现在的需求

    遗留问题

    • BFF服务是什么
  • 相关阅读:
    爬虫框架之Scrapy——爬取某招聘信息网站
    爬虫框架之Scrapy
    centos6创建用户,设置ssh登录
    VmWare扩展硬盘分区
    centos安装python与jdk
    vmware安装——CentOS-6.5和Mysql
    python——读取MATLAB数据文件 *.mat
    经纬度坐标互换
    原码, 反码, 补码 详解
    MATLAB——textscan
  • 原文地址:https://www.cnblogs.com/zhangrunhao/p/12165830.html
Copyright © 2011-2022 走看看