关系逻辑

IoC，（Inverse of Control）控制反转，其包含两个内容：其一是控制，其二是反转。在 程序 中，被调用类的选择控制权从调用它的类中移除，转交给第三方裁决。这个第三方指的就是 Spring 的 容器 。IoC另解，依赖注入（Dependency Injection），调用类对被调用类的 依赖关系 由第三方注入，以移除调用类对被调用类的引用。 aop，面向切面编程(也叫面向方面)：Aspect Oriented Programming(AOP),是目前软件开发中的一个热点，也是Spring框架中的一个重要内容。利用AOP可以对 业务逻辑 的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。 　AOP是OOP的延续，是（Aspect Oriented Programming）的缩写，意思是面向切面（方面）编程。主要的功能是：日志记录，性能统计，安全控制，事务处理， 异常处理 等等。 　　主要的意图是：将日志记录，性能统计，安全控制，事务处理，异常处理等 代码 从业务逻辑代码中划分出来，通过对这些行为的分离，我们希望可以将它们独立到非指导业务逻辑的方法中，进而改 变这些行为的时候不影响业务逻辑的代码。 来源： https://www.cnblogs.com/zhoumin6012/p/11904832.html

逻辑 逻辑是什么？为什么我们需要逻辑？逻辑在我们的生活中扮演怎么样的角色？逻辑的重要性是什么？ 声明:以下文章仅仅代表笔者观点，如有不同观点，欢迎大家讨论! 逻辑是什么？ 　　 逻辑是给定条件与得出结论之间的过程。对于一件事情来说，有起因，有结果，当然也会有过程。这个过程把起因变为了结果。逻辑就好比这个过程。当然“逻辑”与“过程”之间是有区别的，逻辑是一种推演、一种推导、根据给定的条件，得出一种结论，可以说逻辑是一思考，它有别于过程，过程客观存在，是观察到的事实，可以说过程是一种正确的逻辑。既然有正确的逻辑，那么也会有错误的逻辑，错误的逻辑也是逻辑只不过他是错的，错误的逻辑会自相矛盾，也就悖论。举个最简单的例子。比如我现在说:"我只说谎言。"，那么请你判定我是否在说谎？荒妙而又神奇对不对？ 　　 对于逻辑的思考自古就有: 　　 "三段论":由亚里士多德提出. 　　三段论推理是演绎推理中的一种简单推理判断。他包括：一个包含大项和中项的命题（大前提）、一个包含小项和中项的命题（小前提）以及一个包含小项和大项的命题（结论）三部分。 对于三段论有一个简单的列举，大前提:人都会死，小前提:亚里士多德是人，结论:亚里士多德会死。多么简短而又美妙的论证。如果我给出以下条件，大前提:猫都是四条腿，小前提:狗有四条腿，那么结论会是什么？狗是猫？很明显这与我们的认知不和，这就是“三段论”的缺陷。 　　

现在USB电扇已经很常见了，网上随便可以低价买到。里面的电机分为有刷和无刷两种。我拆过的有刷USB电扇都非常劣质，里面的电机貌似是旧DVD机的拆机货；而无刷也有优劣之分，有的硅钢片非常少，铜线也细。这种电扇实在是太疲软了，不爽啊。必须要改装！我挑了好久，找到一个质量感觉还可以的电机拿来改装，分享一下改装过程。 因为我之前做了一些实验，把电机和电路板搞完了，所以本文的图片都是改装后的电机，不过不影响原理的理解。 所有USB电扇里无刷电机都是双相无刷电机，用一个霍尔元件换向，电机原理参考 这里 。改装之前最好了解电机工作原理，不然出了问题不知道怎么解决。 第1步，拆开电机。 看一下电机背面，会发现电机转子的转轴上有一个卡扣，用镊子把卡扣拆除。 卡扣拆掉后，就可以把转子拔出来了，注意卡扣很小，不要弄丢。 可以看到霍尔元件和4股铜线头连到电路板上，其中2股并在一起，共3个焊点。(我这图里的电机是改装以后的，只看见3根铜线，实际上刚拆的时候是4根) 第1.5步，电机原理的一点补充。 这里要靠蛮力把定子从塑料座上拆下来，挺费劲的，建议戴上手套，避免硅钢片把手划伤。 我改装后的电路板图片放在后面，有点乱，不过没有关系，电路板不重要，不同的电机电路板的画法是不一样的，只看我这块电路板没有参考价值，要理解原理。 之前的电机原理参考链接说明了电机的运行原理，但是没有电路原理

数据结构分类 数据结构是指相互之间存在着一种或多种关系的数据元素的集合和该集合中数据元素之间的关系组成 。 常用的数据结构有：数组，栈，链表，队列，树，图，堆，散列表等，如图所示： 每一种数据结构都有着独特的数据存储方式，下面为大家介绍它们的结构和优缺点。 1 、数组 数组是可以再内存中连续存储多个元素的结构，在内存中的分配也是连续的，数组中的元素通过数组下标进行访问，数组下标从 0 开始。例如下面这段代码就是将数组的第一个元素赋值为 1 。 int[] data = new int[100]; data[0] = 1; 优点： 1 、按照索引查询元素速度快 2 、按照索引遍历数组方便 缺点： 1 、数组的大小固定后就无法扩容了 2 、数组只能存储一种类型的数据 3 、添加，删除的操作慢，因为要移动其他的元素。 适用场景： 频繁查询，对存储空间要求不大，很少增加和删除的情况。 2 、栈 栈是一种特殊的线性表，仅能在线性表的一端操作，栈顶允许操作，栈底不允许操作。 栈的特点是：先进后出，或者说是后进先出，从栈顶放入元素的操作叫入栈，取出元素叫出栈。 栈的结构就像一个集装箱，越先放进去的东西越晚才能拿出来，所以，栈常应用于实现递归功能方面的场景，例如斐波那契数列。 3 、队列 队列与栈一样，也是一种线性表，不同的是，队列可以在一端添加元素，在另一端取出元素，也就是：先进先出

1：“；” 不考虑指令之间的关系，依次执行 [root@localhost ~]# cd /bin/ ; ls [ mapscrn a2p mattrib ab mbadblocks abrt-action-analyze-backtrace mcat abrt-action-analyze-c mcd abrt-action-analyze-ccpp-local mcheck abrt-action-analyze-core mclasserase abrt-action-analyze-oops mcomp abrt-action-analyze-python mcookie 2：逻辑与 &&，依次执行，错误立即停止，并且不会执行后面的内容 [root@localhost bin]# ./configure && make && make install 3：逻辑或 || ，依次执行，成功立即停止，并且不会执行后面的内容，错误才会执行后面的内容 [root@localhost ~]# ls 1 anaconda-ks.cfg nginx-1.12.2 tar 模板 图片 下载 桌面 1.txt find nginx-1.12.2.tar.gz 公共 视频 文档 音乐 [root@localhost ~]# ls 不存在的文件 || ls 1.txt || ls 1 ls:

Vue Vue近几年来特别的受关注，三年前的时候angularJS霸占前端JS框架市场很长时间，接着react框架横空出世，因为它有一个特性是虚拟DOM，从性能上碾轧angularJS，这个时候，vue1.0悄悄 的问世了，它的优雅，轻便也吸引了一部分用户，开始收到关注，16年中旬，VUE2.0问世，这个时候vue不管从性能上，还是从成本上都隐隐超过了react，火的一塌糊涂，这个时候，angular 开发团队也开发了angular2.0版本，并且更名为angular，吸收了react、vue的优点，加上angular本身的特点，也吸引到很多用户，目前已经迭代到5.0了。 学习vue是现在前端开发者必须的一个技能。 前端js框架到底在干嘛，为什么要用 js框架帮助开发者写js逻辑代码，在开发应用的时候js的功能划分为如下几点： 渲染数据 操作dom（写一些效果） 操作cookie等存储机制api 在前端开发中，如何高效的操作dom、渲染数据是一个前端工程师需要考虑的问题，而且当数据量大，流向较乱的时候，如何正确使用数据，操作数据也是一个问题 而js框架对上述的几个问题都有自己趋于完美的解决方案，开发成本降低。高性能高效率。唯一的缺点就是需要使用一定的成本来学习。 Vue官网介绍 vue是渐进式JavaScript框架 “渐进式框架”和“自底向上增量开发的设计”是Vue开发的两个概念

之前做开发的时候对项目完全没有一个整体的思考，需求来了就知道做，只关心自己做的那部分的功能，做完拉到。但最近所做的项目中，遇到了不少问题，自己都忍不住吐槽起来了。如：项目经常性延期、代码冗余、添加一个很小的新功能都需要改动很多地方，还对之前的代码逻辑产生不小的影响。这使得我不得不对现有的项目进行思考。 怎么样才能把项目做的好一点或者更好？ 首先，在老板看来，他肯定希望今天提的需求可以立马就上线。 然后，老板希望我们做出来的产品有很好的用户体验，有良好的性能。 最后，希望系统能够稳定运行，出问题时能够尽快修复。 当然，这只是我脑补出来的（我个人的想法，至于老板是不是这么想我就不清楚了）。 从技术上来说就是： 可以快速搭建 拥有比较好的性能 逻辑清晰，易于维护、拓展 快速解决线上问题 如何进行快速搭建？ 一、组件封装：公共样式、逻辑提取。 有时候，我们需要做一个统一的自定义弹窗样式，或者自定义的下拉框等。我们封装成公共组件之后，其他地方需要用到时，只需引入组件和传入数据即可使用，不需要再重复的去写样式或者逻辑。有些甚至不需要设计再重新出图，利用组件就可以完成我们的页面开发了。 封装前： 多个页面中，同样的页面样式和js逻辑无法复用，需要在每个页面中进行代码的复制粘贴，很可能会漏掉部分代码。发生样式或者js逻辑改动时需要每个页面都改一遍，很容易漏掉。 封装后： 可进行代码复用，多个页面中

抽象是指复杂系统的一种模型，只包括对观察者来说必需的细节。 数据抽象是指把数据的逻辑视图和它的实现分离开。 抽象数据类型：应用层，逻辑层和实现层。应用层用来解决问题。逻辑层分好多种类，树是一对多的关系，如二叉树是一对二；线性表是一对一的关系，如栈LIFO（删除的项永远是栈中时间最短的项目），队列FIFO;还有多对多的关系，如图。特别地，二叉检索树中左边的数比根小，右边的数比根大。 实现层有数组，查找方便但难改造。链表容易插入删除但是查找较慢，因为它有两个内容，一个是data，另一个是下一条data的地址。 之后就是遍历（不重不漏），并且掌握三种遍历。 提出问题：伪代码与人类语言、高级语言不同，但是伪代码语言（是一种算法描述语言）的作用是什么？（可能是我没有学会如何编写伪代码语言） 来源： https://www.cnblogs.com/pogbar/p/11869932.html

使用SqlSessionTemplate映射接口实现数据库操作，下列说法正确的是（） 　　A.使用SqlSessionTemplate的selectOne()方法获取映射器实例； 　　B.使用SqlSessionTemplate的getInstance()方法获取映射器实例； 　　C.使用SqlSessionTemplate的getMapper方法获取映射器实例； 　　D.必须提供实现DAO接口的实现类； 正确答案 ：C　　 试题解析： 使用SqlSessionTemplate的getMapper方法可以完成映射接口的实现，可以没有DAO实现的类，这种方式不容易产生错误，并且在编译期就能识别错误。而且命名空间发生变化，也不会导致很多地方需要修改，易于维护。故选c 关于Spring的声明式事务管理，下面说法正确的是（） 　　A.声明式事务是侵入式的，需要修改程序代码； 　　B.使用声明式事务时，我们主要关注“在哪儿”和“采取什么样的事务策略”； 　　C.配置声明式事务需要tx和aop两个命名空间的支持； 　　D.事务管理器的实现由负责数据库操作的Hibernate框架提供； 正确答案： BC 试题解析： 　　　声明式事务：在Spring配置文件中对事务进行配置，无须在程序中写代码；（建议使用） 　　　　　　　　我对”声明式“的理解是这样的：Spring配置文件中定义好了这样一个规则，

小型超市管理系统 系统功能 （1）、零售 前台（POS）管理 系统，本系统必须具有以下功能： 商品录入 ：根据超巿业务特点制定相关功能，可以通过 输入唯一编号、扫描条形码、商品名称等 来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 收银业务 ：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动 计算本次交易 的总金额。 在顾客付款后，自动计算找零 ，同时打印交易清单（ 包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号） 。 如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。 独立作业 ：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业。 (2)、 后台管理系统 ，本系统必须具备以下功能 进货管理 ： 根据销售情况及库存情况， 自动制定进货计划 （亦可手工制定修改），可以 避免盲目进货造成商品积压 。 按计划单有选择性地进行自动入库登记。