在使用依赖注入容器的时候，注入的任意对象都应该是初始化好的，这包括对象也获得了它所需要的依赖。
框架并不需要写的如何精巧，只需要恰到好处地解决了项目中的问题，能够很好适应相应的需求。
这人哪，遇到问题要多从自身找原因，不能总抱怨周围的环境，优秀的人，鸡毛蒜皮的小事都能做的别具一格，比方说我，吃泡面都能吃出两种境界来，小时候穷，吃不起方便面，长大后，穷的只能吃泡面
函数的安全职责范围，函数不能过分容错，它必须在某些时候明确地告诉调用者，这样会发生致命的错误的。外部调用者最起码的责任是清晰的直到自己所调用的api的含义。函数不应该一声不响地进行，还应该向外部提供足够的信息，包括明确的错误提示。
子类不应该重写父类的非虚函数，这违背了软件的封装性。一但父类在这些地方做了修改，这部分代码将变得难以移植。
有的问题看起来乱成一团麻，但是从其中的某一点开始梳理，慢慢会发现其他几个疑惑点也都顺理成章了。
概念和技术细节：在学校的时候，总觉得书本讲的太偏理论，不重实践。甚至是反感这类教材，有很多人会告诉你什么叫理论，却很少有人告诉你怎么去实践。工作以后，每天都是实践，却没人给你讲什么是理论，然后就发现，概念和理论才是最根本的，技术一种实现手段。绝大多数你选择一种技术，不是因为你精通这门技术，而是因为项目的需要，当时不变的共性是理论。人总是在不同的时间段，看到变化了的需求。在缺少实践的时候，去动手操作，在缺少理论的时候，去理解抽象的概念。