标签：style color os 使用 strong 数据 sp 问题 c
(P5)
技术性的东西变化不定，唯有核心业务才是持久的。当核心业务改变时，模型和软件必须随之改变；
(P9)
.Net 更好地支持面向对象，它只是更好的工具箱；
把技术看作是助推器，不同的技术可能是比其他技术更好的助推器；
(P10)
性能问题常常是由于糟糕的数据库存取代码、数据库结构或其他类似原因造成的；
(P12)
事情并不总是一成不变的，要考虑背景；
(P13)
除非确实需要优化，否则一定不要提前优化；
(P21)
发明框架是很麻烦的，更好的想法是直接获取框架；
(P22)
思维比工具重要得多，尽管工具当然也提供帮助；
(P23)
使用什么工具并不重要；
(P26)
以不同方式来思考问题通常是最有效的办法；
(P29)
“你将不需要它 (YAGNI)”思想适用于添加某物的现在和将来代价很高的情况。在这种情况下，我们可以一直等到真正需要时再添加。当代价现在很低而将来很高时，而且很可能需要它时，那么就要做出不同的决定了；
适用于大多数企业级应用程序的运行机制：跟踪、日志、配置、性能监视、安全性和审计；
(P33)
从我们自己的错误中学习是一种极为有效的实践，但有时从别人积累的知识中学习也是一种很好的捷径；
模式与好的面向对象设计原则是一致的；
(P34)
模式只是工具箱中的另一个工具而已；
(P42)
如果说设计模式是关于精化子系统和组件的，那么架构模式就是关于建立子系统结构的；
(P48)
设计模式，具有技术性和通用性；
领域模式，关注领域模型的核心；
(P53)
要成为一名更出色的程序员，TDD是最重要的一种技术；
(P64)
领域模型处理的复杂逻辑往往是通过一连串对象实现的，这些对象会将部分行为转发给其他协作对象，直至得到所需的结果；
(P71)
重构和TDD是相互依存的；
(P118)
对接口编程比对具体类编程更好；
(P177)
在设计存储库实例时，提供重载通常是一个好的思想；
(P207)
提高效率的一种方式是使用我们所熟知的技术；
(P215)
抽象是一个伟大的功能，但我们必须掌握它背后的大量原理知识；
(P250)
模式的适用性是取决于上下文的；
无论是好的思想、解决方案还是其他任何事物，如果放到错误的上下文中，那么它只能成为一个错误的部分；
标签：style color os 使用 strong 数据 sp 问题 c
原文地址：http://www.cnblogs.com/Richard-Tian/p/4004144.html
