Spark是UC Berkeley AMP lab所开源的类Hadoop MapReduce的通用的并行计算框架，Spark基于map reduce算法实现的分布式计算，拥有Hadoop MapReduce所具有的优点；但不同于MapReduce的是Job中间输出和结果可以保存在内存中，从而不再需要读写HDFS，因此Spark能更好地适用于数据挖掘与机器学习等需要迭代的map reduce的算法。Spark被称为“Hadoop的瑞士军刀”，拥有非凡的速度和易用性。Spark立足于内存计算，相比Hadoop MapReduce，Spark在性能上要高100倍，而且Spark提供了比Hadoop更上层的API，同样的算法在Spark中实现往往只有Hadoop的1/10或者1/100的长度。

Spark提供的数据集操作类型有很多种，不像Hadoop只提供了Map和Reduce两种操作。比如map, filter, flatMap, sample, groupByKey, reduceByKey, union, join, cogroup, mapValues, sort,partionBy等多种操作类型，Spark把这些操作称为Transformations。同时还提供Count, collect, reduce, lookup, save等多种actions操作。

为了使客户能够准确、方便地访问服务服务的提供者必须对自身进行准确的描述并以一定的方式提供给客户一、接口是什么二、OMG-IDL三、WSDL四、比较内容一、接口是什么1、概念接口(Interface)应用编程接口（API）对象接口构件接口抽象？实在？模块通常由接口和实现两部分组成模块的接口部分刻画了各个模块是如何耦合的其他模块的设计者和使用者需要知道模块的实现部分是各个模块的内部事务其他模块的设计者和使用者不需要知道包含什么具体内容？（功能性、约束性）

历史Enterprise JavaBean(EJB)作为J2EE(JavaEE)技术的核心技术于1997发布EJB1.0规范，它当时是为解决CORBA的复杂性而提出的。6月2号发布的EnterpriseJavaBeans2.0不仅是一个阶段性发行版，而且是该规范的一个新版本。整个规范有500多页，比以前的EJB1.1规范长了200页(66%)。该规范中最重要的变动是对容器管理的持久性(CMP)所作的更改，以及引入了一种全新的bean类型，即Message DrivenBean。

中间件技术课程介绍课程设置目标了解中间件中间件的开发原理，如何开发中间件在中间件上进行开发相关的工业标准例如CORBA、EJB、WebService等介绍目前典型的中间件ACE,Weblogic，WebSphere,MQ,Tivoli,参考S.TanenbaumandM.V.Steen,分布式系统:PrinciplesandParadigms

内容一、综述二、构件接口三、构件实现四、构件分类五、构件与容器六、COM与EJBEJB：EnterpriseJavaBean是服务器端的软件构件规范是面向分布式、事务处理的企业级应用系统的构件而在此之前的JavaBean重点在于允许开发者在开发工具中可视化地操纵构件EJB保持了Java“一次编写，随处可用”的特点

Apache Geronimo项目的目标是围绕一个完全兼容的开放源码J2EE应用服务器，创建一个活跃的全球J2EE用户和开发人员社区。提供的框架提供一个框架，该框架有助于集成，但是对其他项目毫无影响；提供一组系统服务模块，这些模块组装在一起就成为最终的服务器。不要认为Geronimo仅仅只是另外一个J2EE服务器，其实它是用来构建各种各样特定基础设施服务的系统框架的一个开端。 

人们必须不断地提取软件的共性成份屏蔽系统低层的复杂度从而在高层保持复杂度的相对稳定内容一、动因二、产生基础三、结构与功能四、现状与未来一、动因操作系统数据库管理系统应用服务管理系统（应用服务器）初始状态：硬件+程序程序的共性（稳定）成分：计算资源管理操作系统应用程序产生了：分离出了：软件硬件操作系统初始状态：硬件+操作系统+应用程序程序的共性（稳定）成分

前言不是解决任何问题都要从头做起，复用以前使用过的解决方案真正复用面向对象很困难小说家很少从头设计剧情什么是设计模式“每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次的使用该方案而不必做重复劳动”Christopher Alexander四个基本要素模式名字助记名，模式词汇表

Java最常用，最经典，最原始的获取数据库连接的两种方式

开发工具、使用技术开发工具使用技术MyEclipse8.6 SQLServer2005 SSH三层框架技术Ajax（DWR框架）技术Jquery技术Javascript技术权限流程权限设置功能操作登录操作完成，无权限用户无权操作不同的角色登录，拥有不同的操作权限若要对某种角色限制或开放某些功能，管理员可进入权限设置页面对其进行设置。

设计模式详解何谓设计模式在面向对象程序设计（OOP）过程中，我们经常会遇到很多重复出现的问题，总结解决这些问题的成功经验和最佳实践便形成了设计模式（DesignPattern）。其核心思想是将可重用的解决方案总结出来，并分门别类。从而指导设计，减少代码重复和优化体系结构。采用设计模式的益处重用，避免代码重复冗余优化体系结构提升系统的可维护性和弹性代码更加容易测试，利于测试驱动为性能优化提供便利使软件质量更加有保证增强代码可读性，便于团队交流有助于整体提升团队水平设计模式、重构和Antiparttern设计模式是成功经验和最佳实践的总结，指导设计人员采用正确精良的设计。

设计模式程序设计是思维具体化的一种方式，是思考如何解决问题的过程，设计模式是在解决问题的过程中，一些良好思路的经验集成，最早讲设计模式，人们总会提到Gof 的著作，它最早将经典的23种模式集合在一起说明，对后期学习程序设计，尤其是对从事对象导向程序设计的人们起了莫大的影响。后来设计模式一词被广泛的应用到各种经验集成，甚至还有反模式（AntiPattern），反模式教导您如何避开一些常犯且似是而非的程序设计思维。开闭原则“开闭”原则讲的是一个软件实体应当对扩展开放，对修改关闭。

设计模式是系统架构之基础J2EE多层系统主要由架构设计、框架以及多个设计模式组成。设计模式是一种实践的总结，是OOP最直接的表现。掌握设计模式与否是衡量程序员设计水平高低的主要依据。GoF设计模式GoF设计模式主要列举了常用的23种模式Java的GoF设计模式实现主要表现在面向接口编程。工厂模式是最常用的一种设计模式工厂模式简介设定一个Class名称是AClass，在面向对象编程中，一般一个Class都会继承一个接口.

UML简介UML(Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。UML的定义包括UML语义和UML表示法两个部分。　(1)UML语义：UML对语义的描述使开发者能在语义上取得一致认识，消除了因人而异的表达方法所造成的影响。　(2)UML表示法：UML表示法定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。

第1部分Java语言第3章数据类型、变量、数组PAGE49第3章数据类型、变量、数组这章分析Java语言中3个最基本的元素:数据类型，变量和数组。就像所有的现代编程语言一样，Java支持多种数据类型。你可以使用这些类型声明变量或创建数组。你将看到，Java对这些项目的处理方法是清楚、有效且连贯的

第4章意图Intent本章目标了解Intent的功能及作用掌握Intent常用的属性及方法熟悉Activity之间的消息传递机制了解广播接收Intent了解Intent的实现策略许可Intent概述Intent是Android的核心组件，利用消息实现应用程序间的交互机制，这种消息描述了应用中一次操作的动作、数据以及附加数据，系统通过该Intent的描述负责找到对应的组件，并将Intent传递给调用的组件，完成组件的调用。

第3章用户界面(User Interface)-*-本章目标熟悉基本的Android界面组件掌握UI的事件驱动机制掌握常用的Layout(布局管理)掌握常用的Widget组件（窗体部件）掌握菜单、对话框以及Toast组件(提示信息)的使用-*-3.1用户界面元素分类Android中的界面元素主要由以下几个部分构成：视图组件（View）视图容器（ViewGroup）布局管理（Layout）-*-3.1.1视图组件（View）View视图组件是用户界面的基础元素View对象存储了Andiord屏幕上一个特定的矩形区域的布局和内容属性的数据体通过View对象

第2章活动Activity-*-本章目标熟悉Android程序框架理解Activity的生命周期及方法掌握Activity的组织结构熟悉Android中各种资源的使用-*-2.1Activity概述Activity（活动）是Android应用程序中最基本的组成单位。Activity主要负责创建显示窗口，一个Activity对象通常就代表了一个单独的屏幕。Activity类似于JavaSE中的窗体。Activity是用户唯一可以看得到的组件，用来与用户进行交互的。

为什么要做单元测试？保证局部代码质量改良项目代码整体结构降低测试维护升级成本适应频繁变化的需求…为何我们不(愿)写单元测试？为了完成编码任务，没有足够时间编写单元测试不知道怎么写单元测试代码已经很烂，没法下手代码稍作修改，测试也要一并修改，太麻烦了业务逻辑简单，不值得编写单元测试项目没有要求，所以不写…“我们”的困境？产品开发过程拖、拖、拖！产品发布前夕…加班、加班、加班！产品发布后…Bug、Bug、Bug！单元测试的麻烦测试数据准备繁琐