信阅平台

编辑推荐

“考虑mashup、SOA和将来企业级开发的管理者和开发人员，都不能错过本书。” ——John Musser，Programmable Webcom的创始人 “本书作者广泛观察了mashup，关注它们在信息驱动的现代企业中进行数据收割与重新目的化时所扮演的成长性（而且有的潜能性）角色。不要在这里找代码或编程技巧，因为你找不到。你将欣喜地发现，会找到隐藏在业务和周围使用数据Web中的示例、聪明的主意和新的方法。” ——Rob Miller，麻省理工学院计算机科学副教授 在本书中，作者将软件开发模式的概念应用在了mashup上，系统地揭示了构建企业mashup的正确方法，并且提供了有用的见解来帮助企业避免那些会导致mashup故障的错误。本书提供了mashup模式及其在开发生命周期中每个阶段的实现指南，并且给出了开发人员、架构师和管理人员将要面对的关键问题。本书最后提供了12个完整的案例，演示如何在实际企业环境中使用mashup模式。 本书内容包括 ●理解mashup、门户、SOA、EAI/EII和SaaS之间的关系。 ●探究核心mashup活动，如数据管理、监视、剪裁、转换、丰富、出版和宣传。 ●优化安全性、隐私、可访问性、有用性和性能。 ●管理mashup开发，包括从计划和管理方法到集成、测试和部署的全过程。 ●通过使用搜索、语言翻译、工作流支持和其他改进来增强基础的mashup。 ●执行有效的负载和回归测试。 ●避免造成企业mashup故障的“反模式”。

展开

作者简介

奥格林兹（Michael Ogrinz），是世界上最大的金融机构的主任架构师。Michael通过他在用户界面和可用性、wiki和博客以及最近在mashup方面所做的工作，增强了其公司的计算环境。Michael以前和别人合伙创办了localendar.com，它已经为超过400 000所学校、教堂和俱乐部提供简单的在线日程表服务。

展开

内容介绍

《Mashup模式》将软件开发模式的概念应用在了mashup上，系统地揭示了构建企业mashup的正确方法，并且提供了有用的见解来帮助机构避免那些会导致mashup故障的错误。《Mashup模式》提供了mashup模式及其在开发生命周期中每个阶段的实现指南，并且给出了开发人员、架构师和管理人员将要面对的关键问题。每个模式都记录了实用的描述、特定的用例和mashup稳定性的决定性见解。最后提供了12个完整案例来描述如何在实际企业环境中使用mashup模式。 《Mashup模式》适合于软件开发人员及管理人员。

展开

精彩书评

“企业架构师以高层次的架构模式来思考。本书拨开mashup市场的迷雾，使用mashup将模式作为分析并解决企业问题的方法呈现给读者。” ——John Crupi，JackBe的首席技术官以及《Core J2EE Patterns》一书的作者之一. “mashup提供了一个为业务快速提供价值的机会，既在现有的内部企业SOA的顶部，也在公共的可自由获得的Internet服务上。在这本著作中，Ogrinz引导读者经历在mashup空间中经常碰到的场景。仅仅示例就可帮助读者从侧面思考业务所面对的问题并且思考解决问题的新方法。” ——Kevin P. Davis，哲学博士，软件架构师 “本书对一个越来越成为企业IT管理的中心主题给出了优秀的、广泛的论述。得益于其在软件架构方面的广泛经验，Michael为实际争论不休的数据问题提供了一组广泛的mashup解决方案。他清晰地阐述了成功应用mashup模式并避免陷入反模式陷阱的方法。本书对于那些想探究大量快速扩张企业mashup空间的开发人员来说是一本必备的书。” ——Daniel Leuck，CEO，Ooi “Michael Ogrinz广泛观注了mashup，关注它们在信息驱动的现代企业中进行数据收割与重新目的化时所扮演的成长中（而且有革命性的潜能）的角色。不要在这里找代码或编程技巧，因为你找不到。你将找到的是使用已经隐藏在你的业务和周围的Web中的数据的鼓舞人心的示例、聪明的主意和新的方法。” ——Rob Miller，麻省理工学院计算机科学系副教授.. “对于用户而言，mashup具备高级形式的电子表格所具有的所有个性特色，而且，它不仅限于数字的处理。这仅仅是企业从部署mashup（作为良好管理的复杂工具）可以获得的利益中的一部分而已。Michael实在是功不可没，他编写的这本书帮助IT经理和业务经理在获得这种价值的道路上迈了一大步。” ——Andy Mulholland，Capgemini全球首席技术官 “Michael Ogrinz完成了一项优秀的工作，彻底分析了不同的mashup模式。这本书如此激动人心是因为它是及时雨，在每个人都想了解更多关于mashup的知识时它满足了广大读者的需求。从管理者到工程师，每个人都可以找到与他们有关的示例。祝贺你Mike，你所做的工作太棒了！” ——Sona Srinivasan，IT工程师/ITG架构师，CISCO公司 “Michael Ogrinz为mashup所做的工作和著名的四人帮（Gamma、Helm、Johnson和Vlissides）为面向对象软件设计所做的工作一样。他一开始就以一些不带时髦词语的文字解释了什么是mashup，并且讲解了它们对企业的作用。而后他提供了一组按分类组织的已准备好可以实现的设计模式，其中充满了实实在在的示例。最后，他在附录中给出了实际的案例研究，其范围从Web 2.0到美国国防部情报局都有。这本清晰、可读、没有废话的书是那些已经准备好拥抱Enterprise 2.0这个美好的新世界的企业IT员工必备的。” ——Daniel Tunkelang，哲学博士，Endeca首席科学家...

展开

精彩书摘

1.13 mashup与用户 别弄错了——尽管mashup最近老围着Enterprise2.0转，但人们已经创建mashup许多年了。当然，到达目前这个程度的整个进化过程实在是体力活。Microsoft Excel似乎是公司数据mashup的鼻祖。许多年来，Excel的最终用户通过剪切并粘贴为他们的计算引擎提供数据。基于电子表格的解决方案在没有IT部门的介入下就在整个企业中传开了，mashup工具实现了这个聚合过程的自动化，有了这个技术新的用户群随时可以为所欲为。 个人主义文化清晰地显现在当今的世界上。比如，人们不再按照电视网为他们准备的节目表来安排他们的夜晚。他们可以将最喜欢的节目录在数码录像机（Digital VideoRecorder，DVR）或者在计算机和移动设备上观看电影和节目。相似地，唱片工业不再能束缚音乐的发行工作。报纸读者群在减少，更多的人选择使用RSS源和博客而不是购买印刷的文档。人们甚至可以在线创建个性化的衣服和运动鞋。公众从温顺的消费者演化成了“产消者”。产品和服务从大市场中移开了，转而由消费它们的人来定制。同样地，在软件开发领域也发生了根本性的变化。装备了新工具与使用这些工具的技能的用户不再等待IT部门来构建解决方案——他们可以自力更生了。 机构是应该利用这些来自个人的成就，还是应该限制他们？许多年来，职业软件开发中有这么一个陷阱：“将业务逻辑和呈现逻辑分开”。程序员们虔诚地按着这条原则构造他们的代码，却忽略了这样一个逻辑结论：业务专业技能最好的不是IT部门，而是业务用户自己。 当IT专家认为他们的“主场”——应用程序开发受到了威胁时，IT部门会以敌对的眼光看待以用户为主导的成就，而且这种倾向会增加。因此，在任何开发工作中都需要时不时地提醒IT部门：用户才是对成功的标准进行定义的关键人物。另外，用户已经在创建mashup了，虽然使用的是人力。 Gartner说过mashup将使IT成为商业运作中更为关键的部分，所以从公司的最大利益来说对它们的出现不必有下意识的条件反射。IT部门与其否定业务用户使用工具来增加其生产力，不如接纳一个新的模型。

展开

译者序 前言 第1章理解mashup（混搭）模式 1.1 介绍 1.2 Web2.0 1.3 Enterprise2.0 1.4 mashup的诞生 1.5 mashup的类型 1.6 从Web获取数据 1.7 长尾 1.8 满足用户要求 1.9 mashup和企业门户网站 1.10 mashup与面向服务的架构 1.11 mashup与EAI/EII 1.12 mashup与软件服务化 1.13 mashup与用户 1.14 模式入门 1.15 脆弱的因素 1.16 mashup的未来 第2章 mashup模式术语 2.1 介绍 2.2 语义 2.3 结构 2.4 UML在哪里 2.5 小结 第3章核心活动 3.1 介绍 3.2 对开放标准的支持 3.3 数据提取 3.3.1 你是否确切知道你想找的是什么 3.3.2 你是否要挖掘动态更新的页面 3.3.3 内容中是否有二进制格式的文件 3.3.4 能否访问另一种数据视图 3.4 数据输入 3.5 数据可视化 3.6 调度与监视 3.7 剪裁 3.8 转换与充实 3.9 动作 3.10 发布与推广 3.11 组装画布 3.12 小结 第4章收割模式 4.1 介绍 4.2 警告器 4.2.1 问题 4.2.2 解决方案 4.3 API使能器 4.3.1 问题 4.3.2 解决方案 4.4 竞争分析 4.4.1 问题 4.4.2 解决方案 4.5 无数猴子 4.5.1 问题 4.5.2 解决方案 4.6 领先指标 4.6.1 问题 4.6.2 解决方案 4.7 现实挖掘 4.7.1 问题 4.7.2 解决方案 4.8 声誉管理 4.8.1 问题 4.8.2 解决方案 4.9 时间序列 4.9.1 问题 4.9.2 解决方案 第5章增强模式 5.1 介绍 5.2 可访问性 5.2.1 问题 5.2.2 解决方案 5.3 源工厂.. 5.3.1 问题 5.3.2 解决方案 5.4 战地医生 5.4.1 问题 5.4.2 解决方案 5.5 大众分类使能器 5.5.1 问题 5.5.2 解决方案 5.6 脆弱程度减轻器 5.6.1 问题 5.6.2 解决方案 5.7 智能建议 5.7.1 问题 5.7.2 解决方案 5.8 超级搜索 5.8.1 问题 5.8.2 解决方案 5.9 翻译 5.9.1 问题 5.9.2 解决方案 5.10 有用性增强器 5.10.1 问题 5.10.2 解决方案 5.11工作流 5.11.1 问题 5.11.2 解决方案 第6章组装模式 6.1 介绍 6.2 交流与协作 6.2.1 问题 6.2.2 解决方案 6.3 内容聚合 6.3.1 问题 6.3.2 解决方案 6.4 内容集成 6.4.1 问题 6.4.2 解决方案 6.5 分布式向下钻取 6.5.1 问题 6.5.2 解决方案 6.6 紧急响应 6.6.1 问题 6.6.2 解决方案 6.7 过滤器 6.7.1 问题 6.7.2 解决方案 6.8 位置映射 6.8.1 问题 6.8.2 解决方案 6.9 碎片 6.9.1 问题 6.9.2 解决方案 第7章管理模式 7.1 介绍 7.2 内容移植 7.2.1 问题 7.2.2 解决方案 7.3 仪表板 7.3.1 问题 7.3.2 解决方案 7.4 门户使能器 7.4.1 问题 7.4.2 解决方案 7.5 快速概念验证 7.5.1 问题 7.5.2 解决方案 7.6 单点登录 7.6.1 问题 7.6.2 解决方案 7.7 构件使能器 7.7.1 问题 7.7.2 解决方案 第8章测试模式 8.1 介绍 8.2 审计 8.2.1 问题 8.2.2 解决方案 8.3 负载测试 8.3.1 问题 8.3.2 解决方案 8.4 回归测试 8.4.1 问题 8.4.2 解决方案 第9章反模式 9.1 介绍 9.2 瘦窗口 9.2.1 问题 9.2.2 草率的解决方案 9.2.3 诱人之处 9.2.4 纠正 9.3 喝海水 9.3.1 问题 9.3.2 草率的解决方案 9.3.3 诱人之处 9.3.4 纠正 9.4 惯偷 9.4.1 问题 9.4.2 草率的解决方案 9.4.3 诱人之处 9.4.4 纠正 9.5 影子集成 9.5.1 问题 9.5.2 草率的解决方案 9.5.3 诱人之处 9.5.4 纠正 9.6 肮脏的洗衣店 9.6.1 问题 9.6.2 草率的解决方案 9.6.3 诱人之处 9.6.4 纠正 9.7 打开和服 9.7.1 问题 9.7.2 草率的解决方案 9.7.3 诱人之处 9.7.4 纠正 9.8 昙花一现 9.8.1 问题 9.8.2 草率的解决方案 9.8.3 诱人之处 9.8.4 纠正 9.9 恶意的搭便车者 9.9.1 问题 9.9.2 草率的解决方案 9.9.3 诱人之处 9.9.4 纠正 第10章最后总结 10.1 介绍 10.2 混搭二进制类型 10.3 安全性 10.3.1 阻止mashup 10.3.2 使mashup安全 10.4 结论 附录企业案例研究

展开