本文来自：https://www.jianshu.com/p/df31b81280ad iBeacon 最近比较火热，使用 iBeacon，可以推送折扣信息，可以实现室内定位，可以和微信摇一摇结合做 Offline To Online 营销，看起来非常高大上，商场、景区、博物馆似乎马上要面临一场革新，实际上真的是这样吗？这里就跟大家介绍一下什么是 i
Grey 树莓派PICO基础信息梳理 全部学习汇总： GitHub - GreyZhang/g_raspberry_pi_pico: Happy hacking! Try for PICO! 信息搜集 之前接触的M0内核的MCU主频似乎都是几十Mhz的，这个应该也是我目前为止接触到的主频比较高的M0内核的MCU，而且还是双核的。相比我现在用的一些MCU，RAM还
Python在脚本语言和Java覆盖范围的空隙找到了自己的生存空间，但是它对类的支持并不好，基础数据结构也存在费解的地方，这些部分都应该向Java看齐。 我理想中脚本语言应该是这样： 1.有一个可执行程序就能运行起来包括连接主流数据库在内的大部分功能； 2.函数、共有变量、类可以并存，由用户
这两天连续两次遇到这个问题，于是决定记录一下报错原因。 1.路径有问题：路径中不能出现中文、相对路径应该改为绝对路径、路径之间应该用‘/’而不是‘\’。 2.读取的文件夹中存在不合规范的图片。我的文件夹中因为混入了一个json文件而读取失败，此时应该添加语句： 过滤掉不合规范
抽象类引入原因： Animal a=new Animal(); 动物不是具体的动物，应该是猫猫狗狗这种具体的动物才应该实例化为对象 动物类里有eat这个方法，但是猫和狗吃的东西是不一样的，所以不应该在动物类中直接给出具体的吃的方法，而应该只给个吃的方法声明，不给方法体 抽象方法： 没
1）用例编号： 唯一的，唯一标识每一条用例 格式：编号 项目名_模块名_编号 2)模块/功能 模块：是一组处理相同业务特征的功能集合 3)用例标题--言简意赅 技巧：输入+动作+结果 注意事项： 1.用例标题的字数不能超过24个字 2.用例标题不能多余两个或两个
前言 众所周知，kotlin是google力推的用以取代java的android开发语言kotlin使用起来比较方便，同时有许多语法糖本文主要讲解了一些比较实用的kotlin技巧 自定义圆角矩形 在项目中，我们常常要定义圆角矩形背景，一般是用自定义drawable实现的但是圆角矩形的背景与圆角常常会有细微的变化，
前言 众所周知，kotlin是google力推的用以取代java的android开发语言 kotlin使用起来比较方便，同时有许多语法糖 本文主要讲解了一些比较实用的kotlin技巧 自定义圆角矩形 在项目中，我们常常要定义圆角矩形背景，一般是用自定义drawable实现的 但是圆角矩形的背景与圆角常常会有细微的变
冲突检测计算 （1）解：检测到冲突的最短花时间应该为两个同时发，花费的时间为：D/V 最长时间的话，应该是一个发，从头到尾，刚发到尾的话，检测到冲突，然后再回来，所以花费的时间应该为2D/V，其中D是总线长度。 （2）解：最短帧长度应该为：Lmin/S >= 2D/V (其中Lmin是最小帧长，S是发送速率，D是总线长度，V是
很多时候我们会对某个语言的某个特性争论不休，通常都只是因为我们不知道它是怎么实现的。其实解决这个疑惑的最好的方法，就是弄清楚==和===内部的实现机制。一、严格相等运算符===的实现 ===被称为 Strict Equals Operator，假设有表达式 a===b，则它的实际运算过程如下 计
你是否听过低代码？你是否知道最近几年低代码非常火，国内外产品非常多？你是否试用过一些低代码产品，期望很高却失望而止？我也一样！我试用过不下10种低代码产品，结论是：国内的低代码产品，当前只是玩具！ 说他们是玩具，并不是说他们没有价值！玩具也有玩具的价值。他们确实能解决一些特
结论：应该 错误示范： 正确示范： 末尾没换行符号，很多情况容易出问题 可参考：Linux cat指令（用于连接文件并打印到标准输出设备上）
（更新于2021年12月6日） 关于学习 总的来说自己目前的学业水平还是可以的，但是总感觉自己依旧在学习上不能100%用心来学习，可能也是自己以前做事情太不认真所导致的。以后自己会考虑多写几篇博客来记录自己的学习，学业，也会分享一些自己对某些知识的总结，这样应该既可以帮助自己来整理自己
TypeScript中的基本类型 TypeScript中的基本类型： 类型声明 类型声明是TS非常重要的一个特点； 通过类型声明可以指定TS中变量（参数、形参）的类型； 指定类型后，当为变量赋值时，TS编译器会自动检查值是否符合类型声明，符合则赋值，否则报错； 简而言之，类型声明给变量设置了类型，使得变
单一职责原则 一个类永远只有一个职责。 一套软件就像是一个团队，每个类就是团队中的一个成员。团队如果想稳定的发展。这些类就要各司其职，分工明确。如果类之间的功能出现了混淆，那么软件的 整体结构就会非常的混乱。就像管理学中的一句话，如果一个职责由每个员工负责，那么这个职责
使用场景： 我们实际系统中有很多操作，是不管做多少次，都应该产生一样的效果或返回一样的结果。 例如1. 前端重复提交选中的数据，应该后台只产生对应这个数据的一个反应结果；2. 我们发起一笔付款请求，应该只扣用户账户一次钱，当遇到网络重发或系统bug重发，也应该只扣一次钱；3. 发送消息
1、依赖倒置原则(DIP) 高层模块(稳定)不应该依赖底层模块(变化) 二者都依赖于抽象(稳定) 抽象(稳定)不应该依赖于实现细节(变化),实现细节应该依赖于抽象( 稳定) 2、开放封闭原则(OCP) 对扩展开放,对更改封闭 类模块应该是可扩展的，但是不可修改 3、单一职
c++设计八大原则（降低改变带来的代码修改） 一.依赖倒置原则（DIP） 1.高层模块（稳定）不应该依赖于低层模块（变化），二者应该依赖于抽象（更稳定） <高层模块 包括 低层模块所依赖的抽象，而不是低层模块的本身，而其本身也依赖于自身抽象模块> 2.抽象（稳定）不应该依赖于实现细节（变化），实现细节应该依赖于抽
服装管理软件是一款为服装、鞋帽、饰品、户外用户而特意设计开发的服装零售管理系统。系统具有功能丰富，操作简单易上手的特点。那什么服装管理软件好？服装管理软件应该如何挑选呢？ 服装管理软件的挑选一定要找正规软件公司，虽然市场上也有一些免费的服装管理软件。但这些软
1）关闭windows更新，个人推荐直接在组策略里面修改就行 使用 Win + R 组合快捷键打开运行命令操作框，然后输入“gpedit.msc”命令，并点击下方的确定，打开组策略编辑器，如图所示。 然后在组策略编辑器中，依次展开 计算机配置 -> 管理模板 -> Windows组件 -> Windows更新 ，然后在右侧“配
目的 原始代码修改之后很久，其代码风格和可读性仍会影响代码的可维护性和扩展性。 好的代码如同报纸上的文章，你从上到下阅读，在顶部你期望有个头条，告诉你故事的主题，好让你决定是否读下去。第一段是整个故事的大纲，给出粗线条概述，但隐藏了故事细节。接着读下去，细节渐次增加，直至你了
今天执行测试时，发现开发实现与需求文档不一致。 在仔细阅读需求文档后，我认为是需求描述反了。 “直系亲属”应该是“指配偶、子女、父母、祖父母、外祖父母。” “赡养人及抚养人”应该是“指承担直接赡养或抚养义务的人。” 记得之前一次测试经历，测试人员不了解公司股权最大值应
什么是 PEP8 风格 Python Enhancement Proposal #8 叫作 PEP 8 它是一份针对 Python 代码格式而编订的风格指南 尽管只要语法正确，代码随便怎么写都行，但采用一致的风格可以使代码更易读、更易懂 官方：https://www.python.org/dev/peps/pep-0008/ 中文翻译博客：https://www.cnblogs.
注：以下内容摘自https://www.runoob.com/w3cnote/google-python-styleguide.html, 记录于此以便查阅 文档字符串 Python有一种独一无二的的注释方式: 使用文档字符串. 文档字符串是包, 模块, 类或函数里的第一个语句. 这些字符串可以通过对象的__doc__成员被自动提取, 并且被pydoc
论文写作课程学习总结 文章目录 论文写作课程学习总结1. 论文标题2. 摘要2.1 注意事项 3. 关键词4. Introduction5. 相关工作6. 理论部分7. 符号描述8. 算法描述9. 实验部分10. 总结与展望11. 图片与表格12. 参考文献 1. 论文标题 标题应该具有吸引力，应该简明扼要且突出
