1 PEP8风格 image.png image.png image.png image.png 2、易读性:用辅助函数替代复制语句 3、切割:a[:5] a[5:] 4、反向输出 image.png 5、列表推导:[x * 2 for x in aa] [x * 2 for x in aa if x>2 ] map/filter 6 三级列表 image.png 7、大数据量用生成器来替代列表推导: image.png 8、用enumerate代替rang
之前在工作中,会有一些关于 Qt 的经验总结,加之平时自己写一些小东西也有使用 Qt ,所以使用起来会有一些经验教训,聚集起来,姑且叫做 Effective Qt 了。随时想到会随时更新内容。
RT @laiyonghao: #ecpp 第7条…… // 我用错tag了,effective stl,以后改 #estl #ecpp 第7条:如果容器中包含了通过new操作创建的指针,切记在容器对象析构前将指针 重读《Effective STL 中文版》。第1条:慎重选择容器类型;第2条:不要试图编写独立于容器类型的代码。
所有对 Elvis.getInstance 的调用都返回相同的对象引用,并且不会创建其他的 Elvis 实例(与前面提到的警告相同)
声明一个包含单个元素的枚举类型 单元素的枚举类型已经成为实现Singleton的最佳方法 – 出自 《effective java》 /** * 描述:
技术社群的这篇文章《使用show effective grants查看权限》给介绍了MySQL数据库中show grants问题的场景,知识点很细节,但可以了解一些数据库的设计路径,应用设计时有所借鉴。 在 Percona Server 可以通过 SHOW EFFECTIVE GRANTS 查看。 GRANTS 查看权限 GreatSQL> show effective grants; +------------------------------------------------------ -------+ | Effective grants for grantee@localhost | +--------------------------- 4、建议 1)、使用 SHOW EFFECTIVE GRANTS 代替 SHOW GRANTS(GreatDB、GreatSQL、Percona Server) GreatSQL> show effective
区分一个组件设计得好不好,唯一重要的因素在于,它对于外部的其他组件而言,是否隐藏了其内部数据和其他实现细节。设计良好的组件会隐藏所有的实现细节,把 API 与实现清晰地隔离开来。然后,组件之间只通过 API 进行通信,一个模块不需要知道其他模块的内部工作情况。这个概念被称为信息隐藏(information hiding)或封装(encapsulation),是软件设计的基本原则之一。
这本书在Java开发的行业里,颇有名气。今天总算是粗略的看完了...后面线程部分和序列化部分由于心浮气躁看的不仔细。这个月还剩下一周,慢慢总结消化。
本文主要介绍了在 Java 开发中,如何通过代码生成工具提高开发效率,包括主流的代码生成工具的使用方法、适用场景、优缺点等方面的内容。同时,还探讨了在开发过程中需要注意的一些问题,以及如何解决这些问题,以提升开发效率和质量。
尽管 Object 是一个具体类,但设计它主要是为了扩展。它所有的非 final 方法(equals、hashCode、toString、clone和finalize )都有明确的通用约定( general contract), 因为它们设计成是要被覆盖( override )的。
图片最近看了一本工具书,是 Effective Java 中文版(第2版)我用时两个多星期,分别在早起、晚上和周末的时候把这本书细细过了一遍。觉得很有意思。 基于这个指导思想,在《Effective Java》里,反复唠叨的是要严格规范写法,要写文档、能够不用复杂的东西就不用。
20. 宁以pass-by-reference-to-const替换pass-by-value
读Effective C++ 2018年一月份读书:《Effective C++:改善程序与设计的55个具体做法》 一月份利用晚上的时间粗读本书,算是对C++基础知识的复习与学习;按照章节顺序来读,前面部分较基础
最近又重新看了Effective C+,不过到现在还是有好多地方不懂的,先记下笔记,待用的时候再细细琢磨。 条款2:尽量用<iostream>而不用<stdio.h> EC(Effective c++)给出Item2的理由,cin/cout型别安全,比如Rational r; cout<<r在stdio.h rhs)这种声明,2*obj2的调用,需要对2进行型别转换(构造函数声明为explicit可以阻止隐式型别转换),这样就必须为non-member 条款20: 避免public接口出现数据成员 Effective
我从本条款中学到了下面内容: 1.private继承不同于另外两种继承,派生类对象不能隐式转换为基类对象。
这篇博客是Java经典书籍《Effective Java(第二版)》的读书笔记,此书共有78条关于编写高质量Java代码的建议,我会试着逐一对其进行更为通俗易懂地讲解,故此篇博客的更新大约会持续1个月左右 《Effective Java》中所提到的静态工厂方法第二个优点在于不用重复创建一个对象,实际上也就是勤加载或者称为饿汉式的单例模式。 Effective Java通俗理解(下)
工作中如果构造函数有多个 且 特定 的话,我一般倾向写两三个函数签名不一样构造器。但是如果在构造参数很多且多变,要写一个内部构建器,用builder模式,而不是大量重叠构造器。
编写实例受控类有几个原因。实例受控使得类可以确保他是一个Singleton或者是不可实例化的。他还使得不可变类可以确保不会存在两个相等的实例。
我们能够看到result=2*oneHalf;这句无法通过编译,由于编译器找不多这样一个函数。那为什么result=oneHalf*2;这句话能通过编译?这是由于此时的类Rational能够进行隐式转换。
http://boost.org 《Effective C++:改善程序与设计的55个具体做法(第3版)》豆瓣