css_scoped与css_module我们知道，简单的class名称容易造成css命名重复，比如你定义一个class：.main{float:left;}如果别人刚好也定义了一个className：.main，你的float:left就会影响到它。所以Vue中发明了css_scoped，其原理就是在class名称后加上一个data属性选择器：.main{float:left;}//转义后变成.main[data-v-49729759]{float:left}css_scoped是Vue的专用方案，如果你使用React等其它UI框架，那么你可以使用更通用的css_module，其原理是为样式
css_scoped与css_module我们知道，简单的class名称容易造成css命名重复，比如你定义一个class：.main{float:left;}如果别人刚好也定义了一个className：.main，你的float:left就会影响到它。所以Vue中发明了css_scoped，其原理就是在class名称后加上一个data属性选择器：.main{float:left;}//转义后变成.main[data-v-49729759]{float:left}css_scoped是Vue的专用方案，如果你使用React等其它UI框架，那么你可以使用更通用的css_module，其原理是为样式
【问题】 一个python脚本，本来都运行好好的，然后写了几行代码，而且也都确保每行都对齐了，但是运行的时候，却出现语法错误： IndentationError:unindentdoesnotmatchanyouterindentationlevel【解决过程】 1.对于此错误，最常见的原因是，的确没有对齐。但是我根据错误提示的行数，去代码中看了下，没啥问题啊。 都是用TAB键，对齐好了的，没有不对齐的行数啊。 2.以为是前面的注释的内容影响后面的语句的语法了，所以把前面的注释也删除了。 结果还是此语法错误。 3.后来折腾了半天，突然想到了，把当前python脚本的所有字符都显示出来看看有没有
【问题】 一个python脚本，本来都运行好好的，然后写了几行代码，而且也都确保每行都对齐了，但是运行的时候，却出现语法错误： IndentationError:unindentdoesnotmatchanyouterindentationlevel【解决过程】 1.对于此错误，最常见的原因是，的确没有对齐。但是我根据错误提示的行数，去代码中看了下，没啥问题啊。 都是用TAB键，对齐好了的，没有不对齐的行数啊。 2.以为是前面的注释的内容影响后面的语句的语法了，所以把前面的注释也删除了。 结果还是此语法错误。 3.后来折腾了半天，突然想到了，把当前python脚本的所有字符都显示出来看看有没有
传递依赖依赖管理是maven提供的主要功能之一，无论我们需要什么依赖，只需将它们添加到POM.xml中，在构建或运行时所有必要的类和资源都会自动添加到项目的classpath中。Maven中的依赖是有传递（Transitive）性的，默认会包含传递的依赖，这样就不用手动引用每一个依赖了。比如下面这个依赖关系中，A依赖B，B依赖了C……，如果你依赖A的话，就会自动包含A/B/C/D/EA├──B│└──C│└──D└──E└──D但是传递依赖也带来了一个问题，比如下面这个例子：A├──B│└──C│└──D2.0└──E└──D1.0由于传递依赖，D2.0 和 D1.0 都会被加入ClassPa
传递依赖依赖管理是maven提供的主要功能之一，无论我们需要什么依赖，只需将它们添加到POM.xml中，在构建或运行时所有必要的类和资源都会自动添加到项目的classpath中。Maven中的依赖是有传递（Transitive）性的，默认会包含传递的依赖，这样就不用手动引用每一个依赖了。比如下面这个依赖关系中，A依赖B，B依赖了C……，如果你依赖A的话，就会自动包含A/B/C/D/EA├──B│└──C│└──D└──E└──D但是传递依赖也带来了一个问题，比如下面这个例子：A├──B│└──C│└──D2.0└──E└──D1.0由于传递依赖，D2.0 和 D1.0 都会被加入ClassPa
