在学习安装脚手架Vue-cli过程中步骤为：第一步（仅第一次执行）：全局安装@vue/cli。npminstall-g@vue/cli第二步：切换到你要创建项目的目录，然后使用命令创建项目vuecreatexxxx第三步：启动项目npmrunserve备注：如出现下载缓慢请配置npm淘宝镜像：npmconfigsetregistryhttps://registry.npm.taobao.org在运行npmrunserve时出现报错code:'MODULE_NOT_FOUND'具体报错信息如下：点击查看代码Error:Cannotfindmodule'F:\StudySpace\Vue\Code

　　在折腾中成长，在折腾中永生。    接着玩模板匹配，最近主要研究了3个课题。    1、创建模型的Optimization选项模拟（2022.5.16日）　　这两天又遇到一个做模板匹配隐藏的高手，切磋起来后面就还是和halcon比，于是有看了下create_shape_model这个函数，前面一直忙实现细节，对halcon的Optimization这个参数真的没怎么在意，几天一看，原来这里面还隐藏了比较深的细节。halcon原始的英文描述如下：　　Forparticularlylargemodels,itmaybeusefultoreducethenumberofmodelpointsby

　　在折腾中成长，在折腾中永生。    接着玩模板匹配，最近主要研究了3个课题。    1、创建模型的Optimization选项模拟（2022.5.16日）　　这两天又遇到一个做模板匹配隐藏的高手，切磋起来后面就还是和halcon比，于是有看了下create_shape_model这个函数，前面一直忙实现细节，对halcon的Optimization这个参数真的没怎么在意，几天一看，原来这里面还隐藏了比较深的细节。halcon原始的英文描述如下：　　Forparticularlylargemodels,itmaybeusefultoreducethenumberofmodelpointsby

一、混合开发中启用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

写在前面模块化开发是我们日常工作潜移默化中用到的基本技能，发展至今非常地简洁方便，但开发者们（指我自己）却很少能清晰透彻地说出它的发展背景，发展过程以及各个规范之间的区别。故笔者决定一探乾坤，深入浅出学习一下什么是前端模块化。通过本文，笔者希望各位能够收获到：前端模块化发展的大致历史背景?各个规范之间的基本特性和区别??着重深入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模块的设计思想是尽量的静态化，使