《实现模式(修订版)》—第3章3.3节小结

3.3 小结
本章介绍了实现模式的理论基础。沟通、简单和灵活这三条价值观为模式提供了广泛的动机。局部化影响、最小化重复、将逻辑与数据捆绑、对称性、声明式表达和变化率这6条原则帮助我们将价值观转化为实际行动。接下来我们将会进入模式的世界,看一看针对编程实战中频繁出现的问题,会有哪些特定的解决方案。

注重通过代码与人沟通是一件有价值的事情,我们将在下一章“动机”中探寻其背后的经济因素。

本文仅用于学习和交流目的,不代表异步社区观点。非商业转载请注明作译者、出处,并保留本文的原始链接。

时间: 2024-09-24 16:32:26

《实现模式(修订版)》—第3章3.3节小结的相关文章

《深入浅出DPDK》—第1章1.8节小结

1.8 小结什么是DPDK?相信读完本章,读者应该对它有了一个整体的认识.DPDK立足通用多核处理器,经过软件优化的不断摸索,实践出一套行之有效的方法,在IA数据包处理上取得重大性能突破.随着软硬件解耦的趋势,DPDK已经成为NFV事实上的数据面基石.着眼未来,无论是网络节点,还是计算节点,或是存储节点,这些云服务的基础设施都有机会因DPDK而得到加速.在IT和CT不断融合的过程中,在运营商网络和数据中心网络持续SDN化的过程中,在云基础设施对数据网络性能孜孜不倦的追求中,DPDK将扮演越来越重

《深入浅出DPDK》—第3章3.3节小结

3.3 小结多核采用这种"横向扩展"的方法来提高系统的性能,该架构实现了"分治法"策略.通过划分任务,线程应用能够充分利用多个执行内核,并且可以在特定时间内执行更多任务.它的优点是能够充分并且灵活地分配CPU,使它们的利用率最大化.但是,增加了上下文切换以及缓存命中率的开销.总之,由于多个核的存在,多核同步问题也是一个重要部分,由于很难严格做到每个核都不相关,因此引入无锁结构,这将在以后做更进一步介绍.

《创意特训营——30天超级灵感唤醒术》—第2章2.6节小结

2.6 小结 现在你已经了解了创造力必需的几种条件,虽然我们必然没法每次都成功满足这些条件,但是也不要有压力.失败是很自然的事情,也是高产优质创意的关键步骤.在下一章中我们将讲述如何正视失败.你会发现,如果杜绝失败,我们反而无法自由发挥创造力. [1]译注:功能固着性指个体在解决问题时,只看到事物的通用功能,忽视了它的其他功能,从而影响了问题的顺利解决. 本文仅用于学习和交流目的,不代表异步社区观点.非商业转载请注明作译者.出处,并保留本文的原始链接.

《R和Ruby数据分析之旅》—第1章 1.3节小结

1.3 小结 R和Ruby数据分析之旅 把关于Ruby的全部内容放在一本书里是不可能的,更不用说一章文字了.我在这里所想做的是介绍这门语言,并提供对Ruby可以做的事情的简单一瞥.我跳过了许多激动人心的特性,包括人们津津乐道的元编程(metaprogramming)能力.关于这个主题足够写一本书.我还提供了简单但功能强大的用户界面工具--Shoes的简介,并给出了几个用它编写图形界面程序的例子.我在本章介绍的内容将是个好的开始,它们已经为你理解书中剩余部分的代码打下了足够的基础. 前进吧! 本文

《面向对象设计实践指南:Ruby语言描述》—第1章 1.5节小结

1.5 小结 面向对象设计实践指南:Ruby语言描述 如果某个应用程序存活了很长时间(也就是说,如果它成功了),那么它最大的问题将是如何应对变化.通过代码编排有效地应对变化是设计的事情.最常见的设计要素是原则和模式.不幸的是,即使正确地运用了原则,并且也恰当地使用了模式,也无法保证能够很好地创建出易于更改的应用程序. OO度量能暴露出应用程序在遵循OO设计原则方面的情况.糟糕的度量值强烈地表明将来可能会遭遇困难:不过,好的度量值也发挥不了太大的作用.一个做法有问题的设计也可能产生出很高的度量值,

《设计模式解析(第2版•修订版)》—第2章 2.6节小结

2.6 小结设计模式解析(第2版•修订版)本章内容 UML既能够充实设计,又能够用于设计的交流.不要太担心要"正确地"画图.要考虑的是什么方式最有利于交流设计中的概念.换句话说,如果你认为有什么东西需要说,可以用注释来表达. 如果你对一个图标或符号不太确定,必须查手册才能确定其意义,还是加一条注释来解释.毕竟,其他人有可能也不清楚它的意义.清晰为好.当然,这也意味着你应该以规范的方式使用UML--那样无法正常交流.在画图的时候,只考虑要传达的思想即可. 本文仅用于学习和交流目的,不代表

《请君入瓮——APT攻防指南之兵不厌诈》—第8章8.7节 小结

8.7 小结请君入瓮--APT攻防指南之兵不厌诈有很多安全工具可用来保护您和您的组织.本章抛砖引玉,仅涵盖了其中的一小部分以指明方向.您可以借助这些信息,仔细研究和探索适合自身企业的安全架构. 了解网络状态是顺利执行欺骗(蜜网)的关键,同样,通过蜜网系统了解您的敌人如何操作,也可以为基于观察工具.战术.过程(TTP)的防御体系测试提供便利.我们已经讨论了预防措施,并得出以下结论:当敌人在执行恶意操作时主动诱捕他们,掌握先机,检查您的系统安全状况:当安全壁垒被攻陷时,采取措施深入了解敌人,以便确定

《请君入瓮——APT攻防指南之兵不厌诈》—第3章3.4节小结

3.4 小结请君入瓮--APT攻防指南之兵不厌诈本书讲的就是主动反击网络入侵.世界各地的执法机构和情报机构都不会推荐我们这种主动接近对手的方法.这些内容绝不是教您作恶,但是您将能够建立一些分析网络攻击的档案,了解别人作恶的方法.如果您行为不当或动机不纯,相关的执法机构会找上门拜访您.其实,多数的单位.机构.个人都这样搜集网络威胁的相关情报,以便在他们亲身应对这些问题的时候能够更好地理解问题,处理问题. 本章回顾了传统反间谍工作和它的优点,之后介绍了一些历史悠久却行之有效的网络反间谍手段.这些内容

《测试驱动数据库开发》—第1章1.4节小结

1.4 小结测试驱动数据库开发在写本书时,精益和敏捷软件开发正在全球大行其道,但是数据库开发在开发过程中仍然是瓶颈.为了消除阻挡整个组织的障碍,开发人员必须找到如何让数据库快速变化的方法. 然而,不能以牺牲对变化的信心来换取快速的变化,数据库是如此重要,以至于不能容许有任何额外的风险.这里 TDD 就可以派上用场了,与那些没有使用TDD缓慢的最小心翼翼地做出的变化相比,TDD能让开发者冒更小的风险而做出更频繁.快速的变化. 即使这样,开发者还是不能简单地将已经学到的适用于"常规"软件开

《JUnit实战(第2版)》—第1章1.7节小结

1.7 小结JUnit实战(第2版)每位开发者都会执行某种类型的测试,来查看代码是否可以正常工作.使用自动单元测试的开发者能够根据需要重复执行这些测试,以确保新编写的代码可以正常工作并且不会破坏已有的测试. 没有JUnit,要创建简单的单元测试并非难事,但是随着测试变得越来越多.越来越复杂,编写和维持测试也就变得越来越困难.JUnit是一个单元测试框架,它使得创建.运行和修改单元测试更加简单.在这一章中,我们通过编写.运行一个简单的测试,对JUnit有了初步的认识.但是,JUnit提供的功能远不