jackson简单用法总结

1 / 54 jackson 简单用法总结 JACKSON处理 JSON 的一些常见使用 2016/11/18 Jackson是一个功能强大的 Java串行化库。除了支持常用的json，同时还支持 Smile， BSON， XML， CSV， YAML。 接下来就介绍一些处理 json 时常见的使用场景，文中的例子都是在版本下运行的。 Jackson 的 json库提供了 3种 API： Streaming API ： 性能最好 ? Tree Model ： 最灵活 ? Data Binding ： 最方便 ? 其中最常用到的就是 Data Binding 了，基本的用法如下 ObjectMapper mapper = new ObjectMapper(); 2 / 54 String json = (foo); Foo foo = (json, ); ObjectMapper是线程安全的，应该尽量的重用。 需要注意的是， Jackson 是基于 JavaBean 来串行化属性的，如果属性没有 GETTER方法，默认是不会输出该属性的。 但是在串行化的时候，经常会有特殊的需求来对输出的结果进行自定义。 比如不输出某几个属性，或者自定义属性的名字，等等。 Jackson提供了非常多的方法来满足我们的自定义需求。 假 设有这么一个对象： class User private long id; private String name; private String avator240; 3 / 54 private String avator160; private String address; public long getId() return id; public String getName() return name; public String getAvator240() return avator240; 4 / 54 public String getAvator160() return avator160; public String getAddress() return address; 如果不想输出 id，最简单的方法，就是给该属性加上注解JsonIgnore: JsonIgnore private long id; 或者 JsonIgnore 5 / 54 public long getId() return id; 因为 JsonIgnore 的 target 可以是 CONSTRUCTOR, FIELD, METHOD 如果不想输出多个属性，比如 id， address 和avator160，除了在每个属性上添加 JsonIgnore，也可以直接 在 类 上 添 加 注 解 JsonIgnoreProperties: JsonIgnoreProperties(id,avator160,address) class User 这里的 User 类只有 5 个属性，使用 annotation 控制忽略哪些属性还是绰绰有余的。 加入有一个类有上百个属性，如果只想输出其中的 10 来个属性，使用 JsonIgnore 就显得太繁琐了。 此时就可以使用 JSON View 或 MixIn Annotation 了。 6 / 54 先来看一下 JSON View，和数据库的 view一样，可以为一个对象创建 view，输出时只会输出 view中定义的那些属性。 特别的，一个对象可以定义任意多个 view，同时 view 也是可以继承的。 先来看看如何使用 view来过滤 id， address 和 avator160： public class JsonViewDemo private static class User private long id; JsonView() private String name; JsonView() private String avator240; 7 / 54 private String avator160; private String address; public long getId() return id; public String getName() return name; public String getAvator240() return avator240; 8 / 54 public String getAvator160() return avator160; public String getAddress() return address; private static class FilterView static class Output public static void main(String args) throws 9 / 54 Exception User user = new User(); = 1000L; = test name; = ; = ; = some address; ObjectMapper mapper = new ObjectMapper(); (_VIEW_INCLUSION, false); ().writeValueAsString(user); 10 / 54 首先需要定义一个需要输出的属性的 View:，然后在需要输出属性上声明该 View，之后使用 writerWithView()来串行化就可以了。 需要注意的是，在这里需要把 DEFAULT_VIEW_INCLUSION 设 置为 false，因为默认是会输出没有 JsonView注解的属性的。 第 1 章 1 什么是软件危机，产生软件危机的原因，消除软件危机的途径。 落后的软件生产方 式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。 软件维护费用的急剧上升，直接威胁计算机应用的扩大；软件生产技术进步缓慢，是加剧软件危机的重要原因。 既要有技术措施，又要有必要的组织管理措施。 2 什么是软件，软件的精确定义。 11 / 54 软件是程序以及开发、使用和维护程序所需的所有文档 .。 3 软件工程的精确定义，软件工程的 7个特征， 7 基本原理。 软件工程是指导计算机软件开发和维护的一门工程学科。 1，软件工程关注于大型程序的构造； 2，软件工程的中心课题是控制复杂性； 3，软 件经常化； 4，开发软件的效率非常重要； 5，和谐地合作是开发软件的关键； 6，软件必须有效地支持它的用户； 7，在软件工程领域中是由一种文化背景的人替具有另一种文化背景的人创造产品。 基本原理： 12 / 54 1，用分阶段的生命周期计划严格管理； 2，坚持进行阶段评审； 3，实行严格的产品控制； 4，采用现代程序设计的技术； 5，结果应能清楚地审查； 6，开发小组的人员应该少而精； 7，承认不断改进软件工程实践的必要性。 4 软件工程方法学的精确定义，它的三要素。二种方法学，面向结构，面向对象 3 个要素：方法 工具和过程 两种方法学： 1 传统方法学 2面向对象方法学 5 什么是软件生命周期，它有哪几个阶段，各个阶段分别做什么，这些阶段的重要性。 13 / 54 一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。阶段： 1 问题定义 2 可行性研究 3 需求分析 4总体设计 5 详细设计 6编码和单元测试 7综合测试 8 软件维护 6 软件过程的精确定义，它与软件工程的关系，它的各种模型，各种模型的优缺点，适用范 围。 软件过程为一个为建造高质量软件所需完成的任务的框架，它规定了完成各项任务的工作步骤。 瀑布模型 快速原型模型 增量模型 螺旋模型 喷泉模型 第 2 章 1 什么是可行性研究，它的目的，它的任务， 可行性研究是在项目建议书被批准后，对项目在技术上和经济上是否可行所进行的科学分析和论证。目的：用最小的代价在尽可能短的时间内确定问题是否能够解决。任务：对以后的行动方针提出建议。 14 / 54 2 从哪几个方面进行可行性研究，每个方面研究什么，它的目的，它的任务。 1 技术可行性 2经济可行性 3操作可行性 3 可行性研究的过程， 8个阶段。 1.复查系统规模和目标 2.研究目前正在使用的系统 3.导出新系统的高层逻辑模型 4.进一步定义模型 5.导出和评价供选择的解法 6.推荐行动方针 7.草拟开发计划 8.书写文档提交审查 4系统流程图，表达什么，它的符号，符号含义 概括地描绘物理系统的传统工具。 5 数据流程图，描绘什么，它的符号，符号含义，画法，数据流程图的用途 描绘信息流和数据从输入移动到输出的过程中所经受的变换。 6 数据字典的精确定义，作用，内容定义数据的方法，用途，实现。 数据字典是关于数据的信息的集合。对数据流图中包含 的所有元素的定义的集合。 内容 1.数据流 2数据15 / 54 流分量 3 数据存储 4 处理 7 成本效益分析，使用的方法 第 3 章 1 需求分析，它的任务，它的重要性，它的结果，要遵守的4 条准 则。 开发人员准确地理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的需求规格说明的过程。 基本任务 : 问题识别：双方确定对问题的综合需求，这些需求包括功能需求，性能需求，环境需求，用户界面需求。 重要性：需求分析可以使得开发和测试更能够了解客户的需求，把一些技术难点和可能遇到的难点问题提出来，尽早解决，并且达到一致，便于以后的开发和测试 需求分析结果是产生：需求规格说明书 16 / 54 分析与综合，导出软件的逻辑模型 编写文档：包括编写 需求规格说明书 ,初步用户使用手册 ,确认测试计划 ,修改完善软件开发计划 任务的 7 项要求，与用户沟通的方法 获取需求的方法，用到的图形工具： E R图，图描述什么，使用符号 状态转换图，其他图形， IPO图等 验证需求， 4个方面 第 5 章 1 总体设计的目的，任务 总体设计的基本目的就是回答 概括地说，系统应该如何实现？ 这个问题。任务是设计软件的结构，也就是明确系统中每个程序是由哪些模块组成的，以及这些模块相互间的关系。必要性：可以站在全局的高度上，花较少成本，从较抽17 / 54 象的层次上 分析对比多种可能的系统实现方案和软件结构，从中选出最佳方案和最合理的软件结构，从而用较低成本开发出较高质量的软件系统。 2 设计过程，二个阶段 9 个步骤 两个阶段： 1 系统设计阶段，确定系统的具体实现方案 2 结构设计阶段，确定软件结构。设计过程的 9 个步骤： 1 设想供选择的方案 2选取合理的方案 3推荐最佳方案 4功能分解5 设计软件结构 6 设计数据库 7 制定测试计划 8 书写文档 9审查和复审。 3 设计原理，模块化，与模块化有关的独立，度量标准：耦合，内驟 设计原理： 1 模块化 2 抽象 3 逐步求精。模块独立程度的两个定性标准度量： 1 内聚 2 耦合。 4 启发式 7 条规则， 启发规则： 1 改进软件结构提高模块独立性 2 模块规模应该适中 3深度、宽度、扇出、 18 / 54 扇入都应适中 4模块的作用域应该在控制域之内 5力争降低模块接口的复杂程度 6设计单入口单出口的模块 7模块功能应该可以预测。 5 各种图形工具， HIPO，结构图，数据流图 描绘软件结构的图形工具： 1层次图 2 HIPO 图 3结构图；面向数据流的设计方法把信息流映射程软件结构，信息流的类型决定了映射的方法信息流有下述两种类型： 1 变换流 2 事务流。 第 6 章 1 详细设计的目的，任务 详细设计的根本目标 ：是确定应该怎样具体地实现所要求的系统，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言写的程序。 任务：是要设计出程序的 蓝图 ，以后程序员将根据这个19 / 54 蓝图写出实际的程序代码。 必要性：衡量程序的质量不仅看它的逻辑是否正确，性能是否满足要求，更重要的是要看它能够简单易懂，详细设计的目的不仅仅是逻辑上正确地实现每个模 块的功能，更重要的是设计出的处理过程应该尽可能简明易懂。 2 结构化：定义，指导思想，哪几种结构，使用的工具，建立什么模型使用什么工具 结构化的定义：结构化程序设计是尽可能少用 GOTO 语句的程序设计方法，最好仅在检测出错误时才使用 GOTO 语句，而且应该总是使用前向 goto 语句。结构有三 种 :顺序，选择，和循环。 (来自 : 海 达范文网 :jackson 简单用法总结 ) 指导思想：采用自顶向下，逐步求精的程序设计方法，使用三种基本控制结构构造程序，任何程序都可由顺序，选择，重复三种基本控制结构构造。 结构：顺序结构，选择结构，循环结构 工具：图形，表格，和语言 20 / 54 3 人机界面设计，要解决的问题，设计过程，设计指南 人机界面设计是接口设计的一个重要组成部分， 遇到的四个问题：系统响应时间，用户帮助设施，出错信息处理和命令交互。 设计过程，用户界面设计是一个迭代的过程，通常先创建设计模型，再用原型实现这个设计模型，并由用户试用和评价，然后根据用户意见进行修改。 设计指南：一般交互指南，信息显示指南和数据输入指南 4 过程设计的各种工具，程序流程图，盒图， PAD 图，判定表，判定树，过程设计语言 过程设计的工具有三类：图形，表格，语言。 具体有如下几种 程序流程图，盒图， pad 图，判定表，判定树，过程设计语言 21 / 54 5 面向数据结构的设计方法， jackson 方法，使用的图形工具 设计方法：根据数据结构设计程序处理过程的方法。 数据的 3 种使用方法：顺序，选择，重复。 Jackson方法 Jackson结构程序设计方法基本上由下述 5个步骤组成， 分析并确定输入数据和输出数据的逻辑结构，并用 jackson图描述这些数据结构 找出输入数据结构和输出数据结构中有对应关系的数据单元。 用下述 3条规则从描绘数 据结构的 jackson图导出描绘程序结构的 jackson图。 1、 为每对有对应关系的数据单元，按照它们在数据结构图22 / 54 中的层次在程序结构图的相应 层次画一个处理框。 2 根据 输入数据结构中剩余的每个数据单元所处的层次，在程序结构图的相应层次分别为它们画上对应的处理框。 总之，描绘程序结构的 jackson 图应该综合输入数据结构和输出数据结构的层次关系而导出来。在导出程序结构图的过程中，由于改进的 jackson图规定在构成顺序结构的元素中不能有重复出现或选择出现的元素，因此可能需要增加中间层次的处理框图。 、列出所有操作和条件，并且把它们分配到程序结构图的适当位置。 用伪码表示程序。 使用的图形工具： jackson 图 6 复杂度的度量， McCabe方法，流图， 23 / 54 复杂度度量：把程序的复杂程度乘以适当的常数即可估算出软件中的错误的数量以及软件开发需要的工作量 Mccabe 方法：根据程序控制流的复杂程度 定量度量程序的复杂程度 第 7 章 1 实现的重点是测试 2 软件测试的基础：目标，准则，方法，测试 5步骤 软件测试的基础：在测试阶段测试的人员努力设计出一系列的方案，目的却是为了 破坏 已经建造好的软件系统 竭力证明程序中有错误，不能按照预定要求正确工作。发现问题是为了解决问题，测试阶段的根本目标是尽可能多地发现并排除软件中潜在的错误，最终把一个高质量的软件系统交给用户使用。 软测的目标： 测试是为了发现程序中的错误而执行程序的过程。 好的测试方案是极可能 发现迄今为止尚未发现的错误的测试方案。 成功的测试是发现至今为止尚未发现的错24 / 54 误的测试。 软测的准则： 所有的测试都应该能追溯到用户的需求。 应该远在测试开始之前就制定出测试计划。 把 Pareto 原理应用到软测中。 应该从 小规模 测试开始，并逐步进行 大规模 测试。 穷举测试是不可能的。 为了达到最佳的测试效果，应该由独立的第三方从事测试工作。 测试方法：白盒测试、黑盒测试。 测试步骤： 模块测试 子系统测试 系统测试 验收测试 平行测试。 3 单元测试，测试的重点，测试方案 单元测试：在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试；集中检测软件设计的最小单元 -模块。 单元测试方法有：人工测试和计算机测试；单元测试主要使用白盒测试技术，而且对多个模块的测试可以并行的进行。 25 / 54 单元测试的重点： 模块接口 局部数据结构 重要的执行通路 出错处理通路 边界条件 4 集成测试：集成的策略，自顶向下，自底向上 集成测试：测试和组装软件的系统化技术。 集成 测试的策略：自顶向下和自底向上。 自顶向下集成方法是一个日益为人们广泛采用的测试和组成软件的途径。从主控制模块开始，沿着程序的控制层次向下移动，逐渐把各个模块结合起来。 自底向上集成：从 原子 模块开始组成和测试。 5 确认测试，范围， Alpha 测试 Beta 测试 确认测试：又称验收测试，它目标是验证软件的有效性。 Alpha 测试由用户在开发者的场所进行 ，并且在开发者对用户的 指导 下进行测试，其是在受控的环境中进行的。 26 / 54 Beta测试由软件的最终用户们在一个或多个客户场所进行。与 Alpha 测试不同，开发者通常不在 Beta 测试的现场，因此 Beta 测试是软件开发者不能控制的环境中的 真实 应用。 6 白盒测试，黑盒测试 白盒测试：通过测试 来检测产品内部动作是否按照设计规格说明书的规定正常进行。 黑盒测试：通过测试来检测每个功能是否都能正常使用。 7 软件的可靠性，计算公式 软件的可靠性：程序在给定的时间间隔内，按照规格 说明书的规定成功的运行的概率。 设计白盒测试方案的技术主要有逻辑技术和控制结构测试；设计黑盒测试方案的技术主要有 等价划分、分界值分析和错误推测。 第 8 章 1 软件维护的定义， 4项活动， 4类维护 27 / 54 软件维护的定义：在软件已经交付使用后，为了改正错误或满足新的需要而修改软件的过程。 四项维护：第一项维护活动：在任何大型程序的使用期间，用户必然会发现程序错误，并且把他们遇到的问题报告给维护人员，让维护人员诊断和改正的过程。 第二项维护活动：为了和变化了的环境适当地配合而进行的修改软件的活动，是既必要又经常的维护活动。 第三项维护活 动：在使用软件的过程中用户往往提出增加新功能或修改已有功能的建议，还可能提出一般性的改进意见。 第四项维护活动：为了改进未来的可维护性或可靠性，或为了给未来的改进奠定更好的基础而修改软件。 四类维护：改正性维护、适应性维护、完善性维护、预防性维护 2 软件维护的特点，问题， 28 / 54 软件维护的特点：结构化维护与非结构化维护差别巨大、维护的代价高昂、维护的问题很多 软件维护的问题： 1） 理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加。 2） 需要维护的软件往往没有合格的文档，或者文档资料显著不足。 3） 当要求对软件进行维护时，不能指望有开发人员给人们仔细说明软件。由于维护阶段持 续的时间很长，因此，当需要解释软件时，往往原来写程序的人已经不在附近了。 4） 绝大多数软件在设计时没有考虑将来的修改。 5） 软件维护不是吸引人的工作。 3 软件维护的过程 29 / 54 软件维护的过程 :维护组织、维护报告、维护的事件流、保存维护记录、评价维护活动 4 软件的可维护性 软件可维护性定义：维护人员理解、改正、改动或改进这个软件的难易程度。 决定软件可维护性的因素：可理解性、可测试性、可修改性、可移植性、可重用性 5 预防性维护与软件再工程。 预防性维护由 Miller 提出来把今天的方法学应用到昨天的系统上以支持明天的明天的需求 6 软件再工程 6 类活动： 1.库存目录分析 2.文档重构 3.逆向工程 4.代码重构 5.数据重构 6.正向工程 第 9 章 1 面向对象方法学的定义，要点，优点 30 / 54 定义：面向对象方法是一种把面向对象的思想应用于软件开发 过 程 中 ， 指 导 开 发 活 动 的 系 统 方 法 ， 简 称 OO (Object-Oriented)方法，是建立在 对象 概念基础上的方法学。 要点： 1 认为客观世界是由各种对象构成的，任何事物都是对象，复杂的对象可以由简单的对象以某种方式组合而成。2，把所有的对象都划分成各种对 象类，每个对象类都定义了一组数据和一组方法。 3，按照子类与父类的关系，把若干个对象组成一个层次结构的的系统。 4，对象之间仅能通过传递消息互相联系。 优点： 1.与人类习惯的思维方法一致 2.稳定性好 3.可重用性好 4.较易开发大型软件产品 5.可维护性好 2 对象的定义，要点，优点 定义： 1.对象是具有相同状态的一组操作的集合 2.对象是对属性值和操作的封装。 3.对象： =。 31 / 54 第六章 详细设计 一、详细设计概述 1、目的：为软件系统的 H 图 /SC图中的每一个模块确定采用的算法 (处理流程 )和模块内数据结构，用某种选定的表达工具给出清晰的描述。 2、任务： 用一定的工具精确描述目标系统，从而方便在编码阶段可以把这 种描述直接翻译成用某种程序设计语言书写的程序。 (1) 确定每一模块的算法 (处理流程 ) (2) 确定每一模块使用的数据结构 (3) 确定本模块的外部接口和用户界面 (4) 为每一模块设计一组测试用例 (单元测试计划 ) 详细设计阶段的任务还不是具体地编写程序，而是要设计出程序的 蓝图 ，以后程序员将根据这个蓝图写出实际的程32 / 54 序代码。因此，详细设计的结果基本上决定了最终的程序代码的质量。考虑程序代码的质量时必须注意，程序的 读者 有两个，那就是计算机和人。详细设计不仅要逻辑上正确地实现每个模块的功能，更重要的是设计出的处理过程容易阅读和理解。 二、结构化程序设计 1、什么是结构化程序设计 (1) 如果一个程序的代码块仅仅通过顺序、选择和循环这 3种基本控制结构进行连接，并且每个代码块是单入口、单出口的，则称这个程序是结构化的。 (2) 结构化程序设计是尽可能少用 GO TO语句的程序设计方法。最好仅在检测出错误时才使用 GO TO语句，而且应该总是使用前向 GO TO 语句。 (3) 如果允许使用 LEAVE(或 BREAK)结构，则不仅方便而且会使效率提高很多。 LEAVE 或 BREAK 结构实质上是受限制的GO TO 语句，用于转移到循环结构外面的语句。 33 / 54 (4) 如果只允许使用顺序、 IF-THEN-ELSE型分支和 DO-WHILE型循环这 3种基本控制结构， P5，则称为经典的结 构程序设计；如果除了上述 3 种基本控制结构之外，还允许使用DO-CASE型多分支结构和 DO-UNTIL 型循环结构，则称为扩展的结构程序设计；如果再加上允许使用 LEAVE(或 BREAK)结构，则称为修正的结构化程序设计。 2、结构化程序设计中基本的控制流程 三、人机界面的设计 1、重要性 人机界面设计是接口设计的一个重要的组成部分。对于交互式系统来说，人机界面设计和数据设计、体系结构设计及过程设计一样重要。近年来，人机界面在系统中所占的比例越来越大，在个别系统中人机界面的设计工作量甚至占总设计量的一半以上。 人机界面的设计质量直接影响用户对软件产品的 评价，从而影响软件产品的竞争力和寿命，因此，必须对人机界面设计给予足够重视。 34 / 54 2、涉及到的 4个问题： 系统响应时间 P14 15 用户帮助设施 P1517 出错信息处理 P18 19 命令交互 P2022 3、界面设计过程 用户界面设计中原型设计是一种主要的方法，它是一个迭代的过程：通常先创建设计模型，再用原型实现这个设计模型。用户试用并 评估该原型，直接向设计者表述对界面的评价；设计者根据35 / 54 用户意见修改设计并实现下一级原型。上述评估过程持续进行下去，直到用户感到 满意，不需要再修改界面设计时为止。 4、人机界面设计指南 -是总结众多设计者的经验得出的 一般交互指南 -涉及信息显示、数据输入和系统整体控制，因此，这类指南是全局性的，忽略它们将承担较大风险。P122， P28 30 信息显示 (输出 )指南 -如果人机界面显示的信息是不完整的、含糊的或难于理解的，则该应用系统显然不能满足用户的需求。可以用多种不同方式 显示 信息：用文字、图形和声音；按位置、移动和大小；使用颜色、分辨率和省略。 P123， P31 33 信息输入指南 -用户的大部分时间用在选择命令、键入数据和向系统提供输入。在许多应用系统中，键盘仍然是主要的输入介质，但是，鼠标、数字化仪和语音识别系统正迅速36 / 54 地成为重要的输 入手段。 P123124， P3436 在图形界面 (或 Web 界面 )环境下，在详细设计中要为每个功能模块设计页面流程图 (界面迁移图 )，并详细设计页面中的每个项目 (为每个数据项写数据字典或说明；为每个命令按钮、菜单命令写处理流程。 ) 四、过程设计的工具 描述程序处理过程的工具称为过程设计 工具，它们可以分为图形、表格、和语言 3类。不论是哪类工具，对它们的基本要求都是能提供对设计的无歧义的描述。即：应该能指明控制流程、处理功能、数据组织，以及其他方面的实现细节，从而在编码阶段能把对设计的描述 直接翻译成程序代码。 以下介绍多种工具，设计时可根据模块的特点选择其中某一种或某几种。 1、程序流程图 基本符号 (较完整的符号集合 P125图 37 / 54 ) 可表示的控制结构见前图 (结构化程序设计中基本的控制流程 )。 举例 河南大学新闻与传播学院 2016 2016学年第二学期 演讲学期末考查作业 题目：向迈克尔 杰克逊致敬 任课教师：孙玉婷 姓名：林 阳 学号： 1218030007 年级： 2016级 38 / 54 专业：播音与主持艺术 向迈克尔 杰克逊致敬 演讲者：林 阳 新闻与传播学院 2016 级播音与主持艺术专业 说明：今天是 2016 年 6 月 25日星期三，对于大多数人来说，这是一个普通的日子，但是对于喜欢流行音乐或者关注西方流行文化的人们来说，会 注意到这一天是已故美国著名歌手迈克尔 杰克逊逝世六周年的日子。之所以选择以这类主题演讲，并不是因为我个人崇拜明星，而是细细了解过这位伟大歌手的资料后，他的确值得我们去悼念和缅怀，而他的很多作品也都成了传世经典，供后人欣赏和缅怀。以下这篇演讲的文字是我截取了美国著名歌手、演员麦当娜 西科尼于2016年 9月 13日，在第 26届美国 MTV音乐录影带大奖颁奖典礼上，发表的 向迈克尔 杰克逊致敬 的演讲。这次第26 届 MTV 音乐录影带大奖 (VMA)的开场永远是最值得人回味的时刻，麦当娜以一身黑色拉链夹克搭配黑色裙子的装扮 走上没有灯光的舞台，做出了感人肺腑的发言 -向已故流行之39 / 54 王迈克尔 杰克逊致敬。之所以选择麦当娜的演讲，是因为在这次演讲中麦当娜并不是以一个生者对逝者的角度的悼念，而是从她与迈克尔 杰克逊平等的角度出发，如同好友对话或者回忆往事出发，表达了对杰克逊的深深怀念和追忆。同时，麦当娜的原版演讲视频是一个很好的学习英语的材料，不妨仔细看一看英文原版演讲词，使用的词语和句子并不难理解，但意味深长，值得仔细推敲学习。 简介：迈克尔 杰克逊， 1958 年 08月 29日在美国印第安纳州加里市出生，美国歌手、词曲创作人、舞蹈家、表演家、慈善家、音乐家、 人道主义者、和平主义者、慈善机构创办人。 2016 年 6 月 25日，他因为急性药物中毒导致心脏骤停逝世。 2016年，迈克尔 杰克逊被授予格莱美终生成就奖。 麦当娜 西科尼， 1958年 8月 16日出生于美国密歇根州底特律， 40 / 54 美国女歌手、演员。 2016年 4 月，麦当娜登上 时尚杂志 Cosmo的五十周年特刊封面。如 今 57岁的麦当娜，看起来依然小鸟依人，也 很漂亮。而她的表情在某种程度上比想象中更 生动和易读。她的容颜不老，一幅奶酪融化不 了的神情，谈话的字里行间常常留露出她那尽 人皆知的冷酷倔强的表情。 以下是演讲正文： 迈克尔 杰克逊出生于 1958 年 8 月。我也是。迈克尔 杰克逊是在美国中西部的郊区长大的，而我也是。迈克尔 杰克逊有八个兄弟姐妹，我也有。在迈克尔 杰克逊年仅 6 岁的时候，他便成为了一个超级巨星，或许更是世界上最多人钟爱的小孩。而我 6 岁的时候，母亲永远离开了我。我从没41 / 54 有拥有过母爱，而他却 从来没有享受过童年。当一个人意识到永远得不到某种东西时，他就会对此念念不忘。我耗尽了童年寻找母亲的形象，有时我做到了。但当你的一生都被安置在放大镜下被人关注时，试问你又如何重新找回你的童年？ 毫无疑问 MJ 是世界上最伟大的天才之一。当他还是个 8 岁的小孩时，他的歌声已经让人感觉像个饱经沧桑的成人在述说他的故事，也因此扣人心弦。他的舞台魅力，有着歌舞之王弗雷德 阿斯泰尔 (Fred Astaire)的优 雅又有着拳王阿里的震撼力。这使得他的音乐有一种难以言喻的魔力，让你不仅仅想随之而舞，更让你相信你可以飞翔，勇于面对自己的梦想，成为任何你想成为的人。因为这就是英雄的影响力！而迈克尔 杰克逊就是个英雄！ 他在世界各地的足球场做过演出，他有着数亿张的全球专辑销量，他接受过许多国家首相和总统的宴请。女孩儿们爱上了他，男孩儿们迷上了他，每个人都想和他一样跳舞，他是那么的超凡脱俗 但同时他也是个凡人。 正如大部分歌手一样，他很腼腆，又深深为自身的不安全感而困扰。我不敢说我们是很要好的朋友，但是在 1991 年我42 / 54 决定更为深入地了解他。于是我邀请他共进晚餐，我说： 我请客，我来开车 就你和我。 他答应了，并只身一人不带任何保镖出现在我家。我开车和他去饭店，天已经黑了，可他仍然戴着墨镜。我说： 迈克尔，我觉得我是在跟这辆车说话。你能把眼镜摘下来让我看见你的眼睛吗？ 他犹豫了一会儿然后把眼镜扔出窗外，用闪烁的眼睛直视着我，笑着说： 现在你能看见我了吗？这样是不是更好？ 这时我终于感受到他的脆弱和他的魅力。在接下来的晚餐时间里，我尽我所能地让他和我一起吃炸薯条，一起喝红酒吃甜点，甚至爆粗口，让他做一些他似乎从来不允许自己做的事。 后来，我们又开车回到我的家，一起像小孩儿一样坐在长沙发上看电影。看着看着，他悄悄地把手搭过来握住了我的手。 那 种感觉，就像他正试图拥抱他的朋友而非恋人，而我非常高兴地接受了他。就是这样的时刻，让我觉得他不再是一个超级巨星，他只是一个平凡的人。 43 / 54 在那之后，我们又一起出去过几次，但后来因为某些原因我们失去了联系。紧接着，巫婆的诅咒似乎就开始了，关于迈克尔的坏消息一个接着一个不断地传出。我可以体会他的痛苦。我很清楚当一个人走在街上而全世界似乎都与你为敌的感觉，我也很清楚那种无助和无法为自己辩护的痛苦，因为那些 嘶吼着要将你处死的声音实在太大，以至于无论你如何大声否认也没人听见。 我是有童年的，而我也可以在镁光灯照不到的、属于我的世界里犯错和做我自己。 当听到迈克尔去世的消息时，我人在伦敦，巡回演唱会刚开始了几天。而迈克尔原本也计划在一周之后来这里演出。当时我的感觉便是我抛弃了他，我们都抛弃 了他！因为我们竟然默许这位曾让世界沸腾的俊杰遭受各种流言的折磨。当他试图建立自己的家庭和重拾他的事业时，我们都忙于对他做出评判。我们中的大部分人都拒绝了他。 在我伤心欲绝的时候，我不断上网重温他以前在电视或演唱会上的表演片段，以凭吊我对他的思念。而每每这个时刻，我便会觉得： 老天！他真是太特 44 / 54 别了，极其大胆又极具独创性。毫无疑问永远都不会再有人能像他那样。他就是一个王者。 但同时他又是个凡人。唉，我们都是凡人，以至于有时总要失去之后才懂得珍惜。最后，我想以一个积极乐观的方式结束我的发言。我的两个儿子，一个 9 岁，一个 4岁，都非常痴迷于迈克尔 杰克逊，成天都在家里跳月球 漫步，就好像全世界新一代的小孩儿们发现了杰克逊的天赋，并将他重新复活一样。无论迈克尔现在身在何处，我都希望他看到这些时都是面带微笑的。 是的，迈克尔 杰克逊是一个人，但他更是一个王者！一个永世长存的王者 ! 软件工程实训心得体会 软件工程实训心得体会一：软件工程实训心得体会 这次软件工程实训是从号开始的，截至号。实训内容是用java相关知识做一个物流配送系统。下面谈谈对这次实训的看法。 45 / 54 因为自己平时对 java 知识储备不足，特别是 jsp 这一块基本不了解怎么回事，所以一拿到这个项目，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵， 26号，实训开始了，我们的老师是来自中软国际公司的程序员，一个是周褀，一个是朱映，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下 我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识给我们实际操作了下，因为当时看到用 jsp，还讲的那么认真，当时我就后悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的机会啊。后悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的工具，比如 rationalRose， SVN， MyEclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。 通过这次实训，让我了解到工程开发的过程，可行性分析 需求分析 概要设计 详细设计 代码编写 测试 验收。从技术方面上，我开始 jsp 基础基本上就是零的，在老师和 syz2 的帮助下，对 jsp 有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大46 / 54 不了，可是当真正拿到一个项目，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这 个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要，但是是建立在个人素质的基础上，假设你个人素质不行，将会影响到整个团队，就别提对团队作更多贡献了。*老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教导。 还有一个收获是从一个同学那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来 出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我 jsp 技术知识为 0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在 我们是学生，可以毫不顾忌的询问各种问题，老师也会尽力为你回答。将来出身社会就不一样了。虽然，我就算个打酱47 / 54 油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了 2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。 这次实训的心得基本上就是这些了，最后特别感谢中软国际带我们的那两个老师 (周褀，朱映 )，这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进行了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了 ，还在继续努力，这点我并不会觉得老师知识储备不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉更多的就是老师很认真，很负责。还要感谢就是 syz2 小组的倾力支持，辅导。 软件工程实训心得体会二：软件工程实践学习心得 这学期学习了软件工程实践这门课，我觉得这是对上学期的软件工程课程学习的检验，上学期学习软件工程只是我们浅48 / 54 显的认识，相比之下，这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。如果说上学期的课程注重理论基础的话，那么这学期的软工实践，顾名思义，就是侧重我们动手操作的能力。 原来我认为开发一个项目最重要的就是写代码，似乎整个软件都是编代码，因为自己动手能力不强所以就很排斥做项目。可是经过我们学习软工课程到团队做项目再到学习软件工程实践课程之后，我才真正意识到实施一个软件工程项目并不是说简单的会编码就能够解决问题的，因为一个软件的生命周期分为三个时期：软件定义时期、开发时期、维护时期，而这三个时期整体又分为七个阶 段，他们分别是：问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试，由此可看出，当我们开发一个项目时，更多的精力不是放在编码上，编码只是一个很小的模块，而是项目的整体结构上。 在写软工实践体会之前，我想在这里总结一下上学期三人团队做 项目的相关事宜。上学期我们三人团队根 据软件开发的步骤开发一个名为 西大老乡 荟 的社交系统，主要是为西大学子提供一个找老乡的平台。虽然只进行到详细设计阶段，没有进一步实现，但是我还是从中学到很多东西的。49 / 54 首先要先确定项目主题，也就是这个项目用来做什么，可以解决什么问题。接着就是这个项目是否有研究的必要以及是否有解决的办法， 针对我们的项目，我们对西大的一些学生做了问卷调查，并从调查中继续完善系统本身的做用户。第三步根据我们确定的项目主题进行需求分析，这一步骤当时做的不是很好，比如所画 E-R图、数据流图等都有考虑不周的问题，导致接下来的概要设计、详细设计进行的很困难，有些步骤甚至还需要返工。 从我们在需求分析中出现的 问题，使我们明白了软件定义阶段对于一个项目的开发是至关重要的，当软件定义阶段完成时必须要用正式的文档准确的地记录目标系统的需求。只有前期的准备工作做得好，后面的工作才能顺利进行。虽然项目最后没有完全实现，但是起码我们已经初步体会到软件项目开发的步骤，以及每一步所需要完成的文档等内容。 这学期的软 件工程实践虽然不是亲自动手开发一个系统，但是张元平老师以 物联网物流仓储管理系统 为主给我们讲解了一个真实系统的开发过程，从计划到项目系统的发布实施，以及每一步必须生成的文档。我主要从以下五个方面50 / 54 谈一下我的心得体会。 第一、行业背景说明方面 对于一个软件系统的开发，第一步就是问题定义，了解所开发系统的行业背景，制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究，主要从技术可行性、经济可行性和操作可行性三个方面着手。就比如物联网物流仓库管理系统的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面，项目团队