软件框架设计的艺术-王磊 朱兴译

　　软件框架设计的艺术提供了详细的编辑方式，可以让您在学习API的时候获得更多帮助，书籍中提供了很多与API相关的开发内容，并且附加Java开发的细节，让用户可以在书中学习到如何构建更好的API；与枯燥乏味的理论性图书不同,本书从理论、实战及日常应用三个方面详细讲解了软件开发和框架设计的艺术,着眼于保证件设计能够应对时刻变化的需求和技术，书中将理论与实践有机地结合在一起,对框架计领域进行了深层次的阐释，如果您对API的开发和构建遇到很多问题，可以下载软件框架设计的艺术阅读，通过内置的大量案例以及作者的开发经验，可以让您学习解决问题的具体方案！

导读

　　即使客户使用我们10多年前提供的类库来编写程序,然后用最新版本进行编译和运行这些程序仍然可以平稳地工作。这种有效地保护客户原有的软件投资的理念非常重要,但在常见的设计图书中却无法找到,至少在我读过的那些书中无人提及。当然,在 Netbeans平台的开发过程中,并不是所有的API的演化之路都是一帆风顺的,但我相信, Netbeans的团队成员已经炉火纯青地掌握了这方面的API设计技巧,而其他组织的开发员也同样需要了解这些技巧。基于这个原因,向后兼容性这个话题在本书中占用了大量篇幅,书中还大量介绍了特殊的API设计模式,有助于编写适合向后兼容的代码。

目录

　　第一部分 理论与理由

　　第1章 软件开发的艺术

　　第2章 设计api的动力之源

　　第3章 评价api好坏的标准

　　第4章 不断变化的目标

　　第二部分 设计实战

　　第5章 只公开你要公开的内容

　　第6章 面向接口而非实现进行编程

　　第7章 模块化架构

　　第8章 设计api时要区分其目标用户群

　　第9章 牢记可测试性

　　第10章 与其他api协作

　　第11章 api具体运行时的一些内容

　　第12章 声明式编程

　　第三部分 日常生活

　　第13章 极端的意见有害无益

　　第14章 api设计中的矛盾之处

　　第15章 改进api

　　第16章 团队协作

　　第17章 利用竞赛游戏来提升api设计技巧

　　第18章 可扩展visitor模式的案例

　　第19章 消亡的过程

　　第20章 未来

详细内容

　　第17章 利用竞赛游戏来提升api设计技巧

　　17.1 概述

　　17.2 第一天

　　17.2.1 非public类带来的问题

　　17.2.2 不可变性带来的问题

　　17.2.3 遗漏实现的问题

　　17.2.4 返回结果可能不正确的问题

　　17.2.5 第一天的解决方案

　　17.3 第二天

　　17.3.1 我想修正犯下的错误

　　17.3.2 第二天的解决方案

　　17.4 第三天：评判日

　　17.5 也来玩下这个游戏吧

　　第18章 可扩展visitor模式的案例

　　18.1 抽象类

　　18.2 为改进做好准备

　　18.3 默认的遍历

　　18.4 清楚地定义每个版本

　　18.5 单向改进

　　18.6 使用接口时的数据

　　结构

　　18.7 针对用户和开发商的visitor模式

　　18.8 三重调度

　　18.9 visitor模式的圆满结局

　　18.10 语法小技巧

　　第19章 消亡的过程

　　19.1 明确版本的重要性

　　19.2 模块依赖的重要性

　　19.3 被移除的部分需要永久保留吗

　　19.4 分解庞大的api

　　第20章 未来

　　20.1 原则性内容

　　20.2 无绪长存

　　20.3 api设计方法论

　　20.4 编程语言的演变

　　20.5 教育的作用20.6 共享

主要优势

　　1、NetBeans创始人力作

　　2、揭开AP设计的神秘面纱

　　3、深入解析,追本溯源

阅读说明

　　作为 NetBeans框架的主架构师,作者在中总结了自己多年的开发经验,与大家分享了AP设计的技术细节、走过的弯路和教训。对于广大软件开发人员来说,这些都是不可多得的宝贵财富。本书就像一盏黑暗中燃起的明灯,为你照亮崎岖的开发之路,指明前进的方向。

读者对象

　　如果此时你正在书店面对这本书,在买与不之间犹豫不决,那是因为你无法判断这本书对你是否有用。老实说,这点我帮不了你,因为我不是你。但我可以告诉你我自己为什么需要这本书,以及我写作该书的缘由,这样也许可以帮助你决定是否应该购买此书。

推荐理由

　　本书介绍了 Netbeans I团队中一直以何种标准来评价API的质量,并清楚地说明我们团队为什么一直坚持使用这个标准。事实上,这些标准都是我们经过多年的尝试,并从错误中吸取教训才最终得到的。地球人都知道,重新发明轮子并不是一个好主意,这是在浪费时间和金钱,所以对于那些把API设计更多地看作是一种工程而非艺术的架构师们,我郑重推荐此书。

这是一本备忘录吗

　　决定要以何种风格来撰写本书无疑是一件非困难的事情,我当时在两种完全不同的写作风格之间摇摆不定,无法定夺。一种写作风格是:用非常科学化、公式化的方式来说明API设计时的动机、原因及步骤。使用这种方式来撰写的,书中给出的建议和规则具有通用性,可以应用于任何项目。

这本书只适用于Java

　　本书之所以适合于其他语言,恰恰是因为使用了Java语言。它不是去发明一种特定的新编程语言来处理API问题。整本书都使用我们熟悉的Java语言。书中所有的原则和建议都使用Java固有的编码风格,没有引入任何新的关键字,也不会对前置和后置条件或者对常量的检查进行一些特殊的支持。