今天npmrundev的时候，有个页面报错，提示[Vuewarn]:Failedtomountcomponent:templateorrenderfunctionnotdefined.昨天还好好的，今天就报错了，也没改啥。经过查资料，反复查证回想改了什么，发现是因为昨天在在哪个页面组件目录（src\views\组件目录）里面新建了个index.js，so，现在这个组件目录下有一个index.vue和index.js，导致路由配置表里面引入组件的时候引入到了index.js没有引入到组件导致报错。路由表配置：component:()=>import('@/views/subfile/index'
$router.push({name:component})与$router.push(‘pathName’)的小区别：前者不能复用组件的可能性大一些思路：来回切换组检测hash值，当点击热点之后切换到相应的搜索结果列表组件回来的时候，点击搜索框的小x清空内容并返回到默认子路由处理返回有两种方式：监测搜索框内容为‘’则使用$router.push({name:component})或者监测搜索框内容为‘’则使用$router.push(‘pathName’)视频展示：视频中，第一次用的pathName这种方式；第二次和第三次用的{name:component}这种方式，其中第二次有缓存，所以出
$router.push({name:component})与$router.push(‘pathName’)的小区别：前者不能复用组件的可能性大一些思路：来回切换组检测hash值，当点击热点之后切换到相应的搜索结果列表组件回来的时候，点击搜索框的小x清空内容并返回到默认子路由处理返回有两种方式：监测搜索框内容为‘’则使用$router.push({name:component})或者监测搜索框内容为‘’则使用$router.push(‘pathName’)视频展示：视频中，第一次用的pathName这种方式；第二次和第三次用的{name:component}这种方式，其中第二次有缓存，所以出
winform使用PDFDocument、PDFPageView查看pdf其他pdf文件没有问题，但有一个pdf文件图片无法显示，但当在该pdf文件上编译后编译的内容可以看见（如下图）。后一点点排查发现在.csproj文件中 x86不能显示，换成anycpu可以显示，但是不知道为什么。如果是dll本身是编译的是anycpu那不应该只有这一个pdf有问题；如果是pdf文件的问题，但这个文件只是一个扫描件而已。。。ps：并且个别电脑在x86下可以也可以全部显示，但是有些电脑就是不行只显示我编辑的内容
winform使用PDFDocument、PDFPageView查看pdf其他pdf文件没有问题，但有一个pdf文件图片无法显示，但当在该pdf文件上编译后编译的内容可以看见（如下图）。后一点点排查发现在.csproj文件中 x86不能显示，换成anycpu可以显示，但是不知道为什么。如果是dll本身是编译的是anycpu那不应该只有这一个pdf有问题；如果是pdf文件的问题，但这个文件只是一个扫描件而已。。。ps：并且个别电脑在x86下可以也可以全部显示，但是有些电脑就是不行只显示我编辑的内容
1.获取指定前缀的key需求描述：Redis中有大量以xxx开头的key，在不使用keys命令的情况下，如何快速获取这些前缀的key解决方案：redis自带的scan命令可以解决这个问题2.SCAN命令SCAN是一个基于游标的迭代器。这意味着在每次调用该命令时，服务器都会返回一个更新后的游标，用户需要在下一次调用中使用它作为游标参数。当游标设置为0时开始迭代，当服务器返回的游标为0时终止迭代。从游标值为0开始迭代，并调用SCAN直到返回的游标再次为0，这称为完整迭代。时间复杂度：每次调用O(1)。O(N)用于完整的迭代，包括足够的命令调用以使光标返回0。N是集合内的元素数。和scan命令相关的
1.获取指定前缀的key需求描述：Redis中有大量以xxx开头的key，在不使用keys命令的情况下，如何快速获取这些前缀的key解决方案：redis自带的scan命令可以解决这个问题2.SCAN命令SCAN是一个基于游标的迭代器。这意味着在每次调用该命令时，服务器都会返回一个更新后的游标，用户需要在下一次调用中使用它作为游标参数。当游标设置为0时开始迭代，当服务器返回的游标为0时终止迭代。从游标值为0开始迭代，并调用SCAN直到返回的游标再次为0，这称为完整迭代。时间复杂度：每次调用O(1)。O(N)用于完整的迭代，包括足够的命令调用以使光标返回0。N是集合内的元素数。和scan命令相关的
1.Visualforce内置组件（built-incomponents）Visualforce拥有近150个内置组件，可提供各种用户界面元素和行为。Visualforce 标准组件（ StandardComponentReference ）引用中列出了这些组件，并记录了它们的属性，包括如何使用组件的示例代码。示例代码：HelloWorld※sidebar 和 showHeader 属性在LightningExperience中无效，并且无法抑制LightningExperience标头。虽然 showHeader 默认值是 true，但是它对LightningExperience无效。Not
1.Visualforce内置组件（built-incomponents）Visualforce拥有近150个内置组件，可提供各种用户界面元素和行为。Visualforce 标准组件（ StandardComponentReference ）引用中列出了这些组件，并记录了它们的属性，包括如何使用组件的示例代码。示例代码：HelloWorld※sidebar 和 showHeader 属性在LightningExperience中无效，并且无法抑制LightningExperience标头。虽然 showHeader 默认值是 true，但是它对LightningExperience无效。Not
原文链接简介对于很多人来说，ECS只是一个可以提升性能的架构，但是我觉得ECS更强大的地方在于可以降低代码复杂度。在游戏项目开发的过程中，一般会使用OOP的设计方式让GameObject处理自身的业务，然后框架去管理GameObject的集合。但是使用OOP的思想进行框架设计的难点在于一开始就要构建出一个清晰类层次结构。而且在开发过程中需要改动类层次结构的可能性非常大，越到开发后期对类层次结构的改动就会越困难。经过一段时间的开发，总会在某个时间点开始引入多重继承。实现一个又可工作、又易理解、又易维护的多重继承类层次结构的难度通常超过其得益。因此多数游戏工作室禁止或严格限制在类层次结构中使用多重
