发表于: 2018-04-09 22:16:16

1 658


一、今天完成的事情


1、全面掌握了IDEA下使用svn的技巧


对于svn的三大指令的使用场景和具体用法有了清晰的了解和全面的实践



2、和大家一起讨论了关于springIOC的小课堂


 ioc容器注入有4种方式


 构造实例, 静态工厂,实例工厂, FactoryBean接口 这四种.  




Spring set方法注入和构造函数注入区别


在使用构造函数和set方法依赖注入时,Spring处理对象和对象依赖的对象的顺序时不一样的。一般把一个Bean设计为构造函数接收依赖对象时,其实是表达了这样一种关系:他们(依赖对象)不存在时我也不存在,即“没有他们就没有我”。


        通过构造函数的注入方式其实表达了2个对象间的一种强的聚合关系:组合关系。就比如一辆车如果没有轮子、引擎等部件那么车也就不存在了。而且车是由若干重 要部件组成的,在这些部件没有的情况下车也不可能存在。这里车和他的重要部件就时组合的关系。如果你的应用中有这样类似的场景那么你应该使用“构造函数注 入”的方式管理他们的关系。“构造函数注入”可以保证合作者先创建,在后在创建自己。


        通过set方法注入的方式表达了2个对象间较弱的依赖关系:聚合关系。就像一辆车,如果没有车内音像车也时可以工作的。当你不要求合作者于自己被创建 时,“set方法注入”注入比较合适。


        虽然在理论上“构造函数注入”和“set方法注入”代表2种不同的依赖强度,但是在spring中,spring并不会把无效的合作者传递给一个 bean。如果合作者无效或不存在spring会抛出异常,这样spring保证一个对象的合作者都是可用的。所以在spring中,“构造函数注入”和 “set方法注入”唯一的区别在于2种方式创建合作者的顺序不同。


        使用构造函数依赖注入时,Spring保证所有一个对象所有依赖的对象先实例化后,才实例化这个对象。(没有他们就没有我原则)


        使用set方法依赖注入时,Spring首先实例化对象,然后才实例化所有依赖的对象。



3、讨论了关于普通索引、唯一索引、主键索引的区别


服务层判断唯一性与抛出唯一索引异常,哪一种性能更好?


服务层判断唯一性与抛出唯一索引异常”这不是性能问题 相对于处理异常的那些性能损失,业务错误导致的回滚才是灾难性的。数据库的唯一索引,能在底层确保不可能出现重复。因为先查再插其实在并发条件下,是无法确保唯一性的,可能有两个请求,在查的时候都OK,然后一起插入数据,就出事了(官网在网络延迟下可以提交多次日报,应该就是因为这个原因)




唯一索引和主键索引哪个性能更高 影响的因素主要是什么?


主键永远比其他索引效率高,因为默认使用的innodb表是聚集性索引






二、明天计划完成的事情 


1、准备复盘


2、分析文档


3、划分好模块






三、遇到的问题


1、今天看了几个比较优秀的师兄弟的日报,发现自己太菜了,从现在开始,做好一个菜鸟的觉悟,努力追赶他们的脚步


2、好久没有任务指向了,所以学习知识点都是东拼西凑的,不能再这样了






四、收获


如上所述


返回列表 返回列表
评论

    分享到