众所周知，var，let是声明变量的，const是声明常量的先简单剖析一下，var，let的区别var在ES6之前使用，而到了ES6之后官方就不推荐使用了，究其原因还是因为它自身的原因，导致代码令人感觉不太合理。console.log(num);varnum=10;//打印undefined,而不是报错，这说明var将变量的声明提升//varnum;num=10;console.log(num);//打印10,var将变量num的声明提升到最顶层varnum;for(vari=0;i){console.log("222222",i);}console.log("ssss",i)//由于用var
一、混合开发中启用Flutter的热重启/热加载Flutter开发时,默认自动开启热重启/热更新功能,改动代码后,一旦Ctrl+S保存代码,修改的内容马上会热更新到调试的手机中;如果在AndroidNative应用和Flutter应用混合开发时,Flutter无法进行热重启/热更新,这样降低了开发调试的效率;混合开发中启用Flutter的热重启/热加载:①打开模拟器,或连接真机;②关闭应用:注意,应用一定不能运行在手机中,先把手机中的应用关闭;③关联Flutter与Android应用:在FlutterModule工程的AndroidStudio的Terminal面板中,使用flutteratt
一、混合开发中启用Flutter的热重启/热加载Flutter开发时,默认自动开启热重启/热更新功能,改动代码后,一旦Ctrl+S保存代码,修改的内容马上会热更新到调试的手机中;如果在AndroidNative应用和Flutter应用混合开发时,Flutter无法进行热重启/热更新,这样降低了开发调试的效率;混合开发中启用Flutter的热重启/热加载:①打开模拟器,或连接真机;②关闭应用:注意,应用一定不能运行在手机中,先把手机中的应用关闭;③关联Flutter与Android应用:在FlutterModule工程的AndroidStudio的Terminal面板中,使用flutteratt
const:这个最简单，只需记住是声明的常量，定义的时候必须声明const的具体值，且之后不允许改变const的值 var和let区别1、由于js引擎存在预解析，会把var变量名进行提升对于var来说是这样执行的varm;console.log(m);m=10;let不存在变量提升，会直接报错 2、var是全局变量，可以跨块访问，但不能跨函数访问 let不能跨块访问，也不能跨函数访问 3、var支持修改原来属性的值，并且最后定义的值会覆盖原来的值let不支持修改原来定义的值 4、var是全局变量，会自动添加全局属性window,而let不会 5、var由于存在变
const:这个最简单，只需记住是声明的常量，定义的时候必须声明const的具体值，且之后不允许改变const的值 var和let区别1、由于js引擎存在预解析，会把var变量名进行提升对于var来说是这样执行的varm;console.log(m);m=10;let不存在变量提升，会直接报错 2、var是全局变量，可以跨块访问，但不能跨函数访问 let不能跨块访问，也不能跨函数访问 3、var支持修改原来属性的值，并且最后定义的值会覆盖原来的值let不支持修改原来定义的值 4、var是全局变量，会自动添加全局属性window,而let不会 5、var由于存在变
写在前面模块化开发是我们日常工作潜移默化中用到的基本技能，发展至今非常地简洁方便，但开发者们（指我自己）却很少能清晰透彻地说出它的发展背景，发展过程以及各个规范之间的区别。故笔者决定一探乾坤，深入浅出学习一下什么是前端模块化。通过本文，笔者希望各位能够收获到：前端模块化发展的大致历史背景?各个规范之间的基本特性和区别??着重深入ESM和CommonJs的异同、优缺点???深耕CommonJS和ESM的特性????本文的重点会以大家熟知的CommonJS和ESM入手，深入浅出，结合示例Demo和一些小故事，希望给大家能够带到不一样的体验。一、前端模块化背景某个技术的起源几乎都是为了解决一些棘手的
写在前面模块化开发是我们日常工作潜移默化中用到的基本技能，发展至今非常地简洁方便，但开发者们（指我自己）却很少能清晰透彻地说出它的发展背景，发展过程以及各个规范之间的区别。故笔者决定一探乾坤，深入浅出学习一下什么是前端模块化。通过本文，笔者希望各位能够收获到：前端模块化发展的大致历史背景?各个规范之间的基本特性和区别??着重深入ESM和CommonJs的异同、优缺点???深耕CommonJS和ESM的特性????本文的重点会以大家熟知的CommonJS和ESM入手，深入浅出，结合示例Demo和一些小故事，希望给大家能够带到不一样的体验。一、前端模块化背景某个技术的起源几乎都是为了解决一些棘手的
CSSModule出现的背景我们知道，Javascript发展到现在出现了众多模块化规范，比如AMD、CMD、CommonJS、ESModule等，这些模块化规范能够让我们的JS实现作用域隔离。但CSS却并没有这么幸运，发展到现在却一直没有模块化规范，由于CSS是根据选择器去全局匹配元素的，所以入锅你在页面的两个不同的地方定义了一个相同的类名，先定义的样式就会被后定义的覆盖掉。由于这个原因，CSS的命名冲突一直困扰着前端人员。这种现状是前端开发者不能接受的，所以CSS社区也诞生了各种各样的CSS模块化解决方案（这并不是规范），比如：「命名方法：」人为约定命名规则「scoped：」vue中常见
CSSModule出现的背景我们知道，Javascript发展到现在出现了众多模块化规范，比如AMD、CMD、CommonJS、ESModule等，这些模块化规范能够让我们的JS实现作用域隔离。但CSS却并没有这么幸运，发展到现在却一直没有模块化规范，由于CSS是根据选择器去全局匹配元素的，所以入锅你在页面的两个不同的地方定义了一个相同的类名，先定义的样式就会被后定义的覆盖掉。由于这个原因，CSS的命名冲突一直困扰着前端人员。这种现状是前端开发者不能接受的，所以CSS社区也诞生了各种各样的CSS模块化解决方案（这并不是规范），比如：「命名方法：」人为约定命名规则「scoped：」vue中常见
一、概述1.模块概念：模块（module）体系，将一个大程序（大型的复杂项目）拆分成互相依赖的小文件，再用简单的方法拼装起来。其他语言都有这项功能，比如Ruby的require、Python的import，甚至就连CSS都有@import。ES6之前，社区制定了一些模块加载方案，最主要的有CommonJS和AMD两种。浏览器端模块化规范：AMD、CMD服务器端模块化规范：CommonJS2.ES6模块Module概念ES6在语言标准的层面上，实现了模块功能，而且实现得相当简单，完全可以取代CommonJS和AMD规范，成为浏览器和服务器通用的模块解决方案。ES6模块的设计思想是尽量的静态化，使
