当前位置:首页 » 硬盘大全 » fis3发布解决前端缓存
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

fis3发布解决前端缓存

发布时间: 2023-07-12 21:05:24

前端开发,一边编辑,一边自动刷新,哪种工具比较好

之前有个F5这个工具,编辑器保存之后,页面自动刷新
网络fis3
也可以实现
微软的vsc编辑也可以做到。

⑵ FIS —— 已经不再维护的前端构建系统

之前工作一直用到 FIS , FIS2 和 FIS3 都有用过,现在只是把学习笔记放上来,因为手中实践的东西较多,之后有时间会进行下一步的整理。

FIS 是网络的前端团队出款的一种构建系统, FIS 现在也基本没有团队维护了,但是我们还需要了解一下他。相比于 grunt 和 gulp , FIS 的核心特点是 高度集成

他把前端日常开发中常见的开发任务和构建任务都集成在了内部,这样开发者可以通过简单的配置文件的方式去配置我们构建过程需要的工作。我们不需要在 FIS 中像 grunt 和 gulp 一样定义任务, FIS 中有一些内置任务,内置任务会根据开发过程自动完成构建任务。 FIS 中也有用于调试的 web-server ,可以很方便的调试构建结果。

里面的引用资源也变成了绝对定位

使用 fis3 inspect 命令可以看到对哪些文件进行了操作

⑶ web前端学习容易吗

您好,web前端是相对来说比较好学的,零基础学习是完全没有问题的,现在学习web前端前景是非常好的,随着5G和大数据的发展,web前端的需求量也是越来越大的,而且现在像微前端和小程序也是最近比较火的,学习web前端一定要有方向,推荐给你一个学习的方向:

阶段1.前端核心基础

HTML +_CSS核心、JavaScript基础语法、JavaScript面向对象、JavaScript DOM和

BOM编程、jQuery框架

阶段2.HTML5 + CSS3 + 移动端核心

HTML5新特性、Canvas专列、CSS3新特性、CSS3进阶、CSS3实例演练

阶段3.移动端

移动端核心、移动端适配、移动端特效

阶段4.服务器端

服务器端开发、数据库操作、前后端交互核心、微信公众号开发

阶段5.JavaScript高级

JavaScript基础深入剖析、JavaScript面向对象深入讲解、JavaScript异步编程、

JavaScript函数式编程JavaScript设计模式

阶段6.前端必备

性能优化、版本控制工具、模块化、项目构建工具

阶段7.高级框架

React框架基本使用、React框架进阶、Vue框架基本使用、Vue框架进阶、Vue源码分析

阶段8.小程序

原生小程序入门、原生小程序API使用、小程序框架Mpvue

web前端学习方向

web前端前期学习非常容易上手,你可以按照这个顺序从上到下学习,不管是自学还是参加培训班都是可以的,希望可以帮到你。

⑷ fis3和webpack有什么区别

fis/fis3是grunt、gulp之后兴起的一个比较优秀的前端工程解决方案。它的本质是基于静态资源标记+动态解析静态资源表,在模板、js里边使用特殊的标记方法引用前端资源,构建的时候生成一张资源依赖表,浏览器或者后端模板语言在解析的过程中通过查表得到某个静态资源在不同环境下的引用路径,所以不管是纯前端渲染(标记方法已经转换成浏览器能识别的了)还是后端(php、node、java)渲染,都很容易支持到,这样可以做到非常精细化的控制资源的按需加载。可以说fis真正做到了静态资源动态按需加载。
再来说说webpack,其实本质上是静态打包,生成chunk需要手动配置entry,虽然可以使用CommonsChunkPlugin、dll等插件辅助提取公共代码,以及采用code split切割进行懒加载,但这个粒度十分难把握,配置起来也比较困难(fis是自动生成依赖关系和自动处理懒加载)。
单从原理上来讲,fis比webpack要先进好多好多。但是fis先进的理念也成为它的一个缺陷,就是自定义的一套标记语言,大量自定义的资源标记语法并不能被浏览器直接接解析或者被社区流行的工具(browserify/babel)转换,比如fis依赖自家定制的mod.js来解析`require()`函数(即定位资源)以及资源base64内嵌语法`__include()`等。这一点直接导致了fis无法和后来的强大的npm社区对接,大量的npm前端模块在fis用不了,笔者认为这是导致各公司在选择前端统一的构建工具标准时不考虑fis的最大原因吧。
fis的作者
曾经说过,webpack只差一步——生成支持静态资源表,就完美了,深以为然!目前,webpack好像有生成sourcemap的插件,但是缺少配套的解析sourcemap的工具,后端的模板引擎貌似也没有支持sourcemap。
webpack现有的懒加载手段不完美,但是基本够用,主要是它直接支持commonjs规范的require语法,再配置babel等还可以直接解析ES6语法(当然,fis也可以通过插件支持ES6的),加上可以直接使用npm模块这一点,依托npm社区强大红利来搭建公司级公共组件化规范。所以综合考虑,webpack目前是前端构建工具的首选。

⑸ 前端开发中提到的“脚手架”到底指什么,CLI

软件开发的脚手架的概念是从建筑学术语上引申而来。在建筑学上,脚手架指施工现场为工人操作并解决垂直和水平运输而搭设的各种支架。你见过大楼施工吧?在大楼外墙围的那圈支架就是其中一种脚手架。
在软件开发上(当然也包括前端开发)的脚手架指的就是:有人帮你把这个开发过程中要用到的工具、环境都配置好了,你就可以方便地直接开始做开发,专注你的业务,而不用再花时间去配置这个开发环境,这个开发环境就是脚手架。
比如vue.js就有个vue-cli脚手架,基于node.js的开发环境,作者帮你把开发环境大部分东西都配置好了,你把脚手架下载下来就可以直接开发了,不用再考虑搭建这些工具环境。