P28 第1章Android概述本章目标了解移动信息设备分类了解Android的历史和优缺点熟悉Android平台的体系架构掌握Android应用程序结构掌握Android应用程序的编写移动设备开发平台面对巨大的移动应用开发市场,国内外的IT厂商纷纷推出各种各样的移动应用平台.
P44 Refactoring-重构何谓重构重构(Refactoring)是一种改变软件的处理过程,它并不影响程序的外部行为特征,而是改良其内部结构。通常软件是先有精良设计才会有高质量的代码。重构则反其道而行,可以糟糕的设计为起点,然后不断地改良。尽管每次的修改都非常简单,但多次的累积效应能迅速地改善设计。重构的简单示例示例以影碟出租为例子,程序包含三个类,类图如下。
P80 设计模式详解何谓设计模式在面向对象程序设计(OOP)过程中,我们经常会遇到很多重复出现的问题,总结解决这些问题的成功经验和最佳实践便形成了设计模式(DesignPattern)。其核心思想是将可重用的解决方案总结出来,并分门别类。从而指导设计,减少代码重复和优化体系结构。采用设计模式的益处重用,避免代码重复冗余优化体系结构提升系统的可维护性和弹性代码更加容易测试,利于测试驱动为性能优化提供便利使软件质量更加有保证增强代码可读性,便于团队交流有助于整体提升团队水平设计模式、重构和Antiparttern设计模式是成功经验和最佳实践的总结,指导设计人员采用正确精良的设计。
P150 设计模式程序设计是思维具体化的一种方式,是思考如何解决问题的过程,设计模式是在解决问题的过程中,一些良好思路的经验集成,最早讲设计模式,人们总会提到Gof 的著作,它最早将经典的23种模式集合在一起说明,对后期学习程序设计,尤其是对从事对象导向程序设计的人们起了莫大的影响。后来设计模式一词被广泛的应用到各种经验集成,甚至还有反模式(AntiPattern),反模式教导您如何避开一些常犯且似是而非的程序设计思维。开闭原则“开闭”原则讲的是一个软件实体应当对扩展开放,对修改关闭。
P19 设计模式是系统架构之基础J2EE多层系统主要由架构设计、框架以及多个设计模式组成。设计模式是一种实践的总结,是OOP最直接的表现。掌握设计模式与否是衡量程序员设计水平高低的主要依据。GoF设计模式GoF设计模式主要列举了常用的23种模式Java的GoF设计模式实现主要表现在面向接口编程。工厂模式是最常用的一种设计模式工厂模式简介设定一个Class名称是AClass,在面向对象编程中,一般一个Class都会继承一个接口.
P63 UML简介UML(Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动,以体系结构为中心的软件设计的全过程。UML的定义包括UML语义和UML表示法两个部分。 (1)UML语义:UML对语义的描述使开发者能在语义上取得一致认识,消除了因人而异的表达方法所造成的影响。 (2)UML表示法:UML表示法定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。
P32 第4章意图Intent本章目标了解Intent的功能及作用掌握Intent常用的属性及方法熟悉Activity之间的消息传递机制了解广播接收Intent了解Intent的实现策略许可Intent概述Intent是Android的核心组件,利用消息实现应用程序间的交互机制,这种消息描述了应用中一次操作的动作、数据以及附加数据,系统通过该Intent的描述负责找到对应的组件,并将Intent传递给调用的组件,完成组件的调用。
P84 第3章用户界面(User Interface)-*-本章目标熟悉基本的Android界面组件掌握UI的事件驱动机制掌握常用的Layout(布局管理)掌握常用的Widget组件(窗体部件)掌握菜单、对话框以及Toast组件(提示信息)的使用-*-3.1用户界面元素分类Android中的界面元素主要由以下几个部分构成:视图组件(View)视图容器(ViewGroup)布局管理(Layout)-*-3.1.1视图组件(View)View视图组件是用户界面的基础元素View对象存储了Andiord屏幕上一个特定的矩形区域的布局和内容属性的数据体通过View对象
P54 第2章活动Activity-*-本章目标熟悉Android程序框架理解Activity的生命周期及方法掌握Activity的组织结构熟悉Android中各种资源的使用-*-2.1Activity概述Activity(活动)是Android应用程序中最基本的组成单位。Activity主要负责创建显示窗口,一个Activity对象通常就代表了一个单独的屏幕。Activity类似于JavaSE中的窗体。Activity是用户唯一可以看得到的组件,用来与用户进行交互的。
P45 M2M技术基础第六章公共移动网络中的M2M优化为何要进行优化?越来越多的M2M应用需求的出现,以及越来越多的M2M设备接入网络传统的面向H2H的网络不能为M2M的应用提供很好的服务移动网络更合适于M2M应用6.1基于通信网络的M2MM2M通信方案移动或固定网络M2M应用的数据连接M2M通信路径
P72 M2M技术基础第五章ETSIM2M业务架构大纲高层系统架构服务功能框架REST架构简介基于资源的M2M通信及规程5.1高层系统架构背景:对于通信运营商来说,网络的可用性不再是关键的竞争差异,而在水平平台上提供增值服务对通信运营商已经变得愈加重要。高层系统架构水平平台的几大类增值服务功能:数据功能:采集、存储以及订阅、通知;更深层次的数据聚合和数据分析通信功能:网络地址转换、载体选择和编制、协议转换等管理功能:配置管理、故障和绩效管理
P58 M2M技术基础第2部分M2M的架构及协议第四章M2M的需求及高层架构原则4.1引言为了充分理解目前发生在不同标准的工作背后的动机,以及最近的市场开发,熟悉基本M2M需求是必要的大多数标准化组织,包括3GPP,3GPP2和ETSI都采取了用例驱动的方法作为一种手段来获得进一步定义业务架构的需求本章的目的是为了展示需求是怎样得出的,以及M2M给潜在的系统强加了哪些新约束
P67 M2M技术基础第三章早期M2M部署的经验教训3.1引言网络服务提供商(或移动网络运营商)面临的挑战:安装的基础设备是为个人通信被设计和优化的M2M设备可能使用的几个通信技术短程RF有线蜂窝2G/3G/4G可以匹配M2M市场的特征:可用性、地理覆盖范围、低延迟和高水平的安全本章结构从目前对数据收集(或交换)和设备触发可能的技术选择等方面分析了早期M2M运营部署的情况总结一些与M2M相关的挑战,介绍一些优化机制早期M2M服务部署中得出的主要教训的总结
P73 M2M技术基础第二章M2M的业务模式第二章M2M的业务模式M2M业务模式的现状多种应用程序、技术和其他M2M规模使得M2M业务模式高度复杂M2M价值链有许多缺乏整合的参与者,导致M2M市场的脆弱用不足的和不完整的端对端标准解决方法过多叙述部分方面和解决方法的标准进一步使市场脆弱M2M部署的多业务模式仍然盛行,将持续好几年第二章M2M的业务模式
P65 1.1什么是M2M M2M是现阶段物联网最普遍的应用形式,是实现物联网的第一步。未来的物联网将是由无数个M2M系统构成,不同的M2M系统会负责不同的功能处理,通过中央处理单元协同运作,最终组成智能化的社会系统。相关概念M2M传感网物联网泛在网络智慧地球应用层通信对象网络层传感器+近距离无线通信(低速、低功耗)传感器网+近距离无线通信RFID
P15 M2M的需求及高层架构原则李传文大纲用例需求实例1:智能计量需求实例2:电子健康高层次需求总结高层架构原则用例对象管理组织(OMG)对于用例的定义:一个用例一方面描述了一个或多个参与者之间的交互,另一方面是正在考虑的系统之间的交互。
P24 概述物联网的最终目标就是能够把所有的机器相互连成一个巨大的网络目前地球上存在着大约500亿台机器到2020年人口数量和机器数量的比例将增加到1:30M2M(Machine to Machine)机器与机器之间自动的数据交换。它不仅是实现机器网络的通信手段和工具,也是物联网的基础概述存在的问题M2M应用并不广泛技术的复杂性经常被低估一些市场的参与者忽略了经济性如何跨越早期试用和大规模市场化之间的鸿沟是目前很多企业在M2M应用领域面临的挑战概述应用领域M2M在每个应用领域中的市场机制和标准化机制是不同的。
P13 Cloudera Manager介绍和安装ClouderaManager(简称CM)用于管理CDH4集群,可进行节点安装、配置、服务配置等,提供Web窗口界面提高了Hadoop配置可见度,而且降低了集群参数设置的复杂度。
P10 1、快速判断一个项目能开始么2、如何预先判断一个项目可能会在哪里出现问题3、怎样执行什么是架构定义:组成系统的元素以及元素之间的关系范围:在计算的算法和数据结构之外,设计并确定系统的整体结构,包括总体组织结构和全局控制结构目标:简化先天复杂性,避免后天复杂性能开始么1、你了解你要做的项目的业务么?保险,面向服务;金融,面向工作流,汽车呢?2、你生成或考虑低空视图了么?系统架构图太宏观,详细代码又太微观琐碎;类和方法是必须整理清楚的那个层级,考验你创意的时候到了
P14 为什么要做单元测试?保证局部代码质量改良项目代码整体结构降低测试维护升级成本适应频繁变化的需求…为何我们不(愿)写单元测试?为了完成编码任务,没有足够时间编写单元测试不知道怎么写单元测试代码已经很烂,没法下手代码稍作修改,测试也要一并修改,太麻烦了业务逻辑简单,不值得编写单元测试项目没有要求,所以不写…“我们”的困境?产品开发过程拖、拖、拖!产品发布前夕…加班、加班、加班!产品发布后…Bug、Bug、Bug!单元测试的麻烦测试数据准备繁琐