e2.txt

疯狂五笔打字

对大部分中国学生来说，欠缺的不是泛读，而是精读。总的来说，同学们在超精读文章的时候要对文章和考点、干扰项等进行详细的分析、总结。 这时要仔细体会文章中精彩的语言，注意词语的内涵、使用、扩展和搭配，代词和名词的指代，对精彩句型的模仿，以及对重要语法现象、长句、难句、文章结构的分析。另外，还要注意分析句子和句子之间的关系，是因果、递近、转折还是什么？尤其要注意文章的第一句和最后一句，以及每段的第一句和最后一句与其它句子的关系，体会每句话在文章中的作用。在阅读过程中，要培养自己对文章主要讨论对象、关键词，作者和专家的观点，以及语气的把握。特别注意作者和专家的观点，专家和专家之间的观点是否相同或相反或互补，以及作者和专家的语气是赞成还是反对，是关注还是乐观等等。如果是真题，还要仔细分析考点和正确、干扰选项的规律、特征。在此过程中，可把文章尽可能的多读几遍，甚至翻译一下，提高对文章中单词、短语、句型等的反应速度，阅读速度自然也就提高了。如果能做到上面几点，那么你才能说真正地理解了文章，阅读理解能力以及综合英语能力都会得到很大的提高，其结果是对考试中的每个题型的把握都会更上一层楼。先从听力说起，据研究，一个人的阅读理解能力和听力水平是成正比关系的。试想，有的同学连听力原文都看不懂，怎么可能听懂呢。另外，在超精读的过程中，所积累的词汇能力，对词汇题也有很大帮助，我曾做过统计，如果对10套左右的四六级、考研阅读真题中的词汇进行过深入学习，大纲中的重点词汇就已经囊括大半。最好的词汇记忆方法是通过阅读来学习，可以记得又牢又准确。对翻译、完形、改错、简短回答问题等小题型，你就会觉得得心应手，因为你对这些题型的解题能力和你的阅读、词汇能力最相关。关于作文，许多同学喜欢背模版，其实模版作文千篇一律，很难拿到高分。如果在读英语报刊和真题的过程中，我们有意识地摘抄积累一些精彩地道的词汇和句型，考试时信手拈来，无疑会使评卷老师眼睛为之一亮。实际上，我们所阅读的英语文章就是一篇篇精彩的作文范文。如果我们能在早晨、傍晚朗读或背诵英语报刊文章或真题阅读文章，经常进行翻译练习，耳濡目染接触到的都是地道的英语，坚持下去，我们的听说读写译能力很自然地就会得到提高。所有编程语言都提供抽（abstraction）机制。可以认为，你所能够解决的问题的复杂性直接取决于抽象的类型和质量。我所谓的“类型”是指“你所抽象的是什么？”汇编语言是对底层机器的小型抽象。接着出现的许多所谓“命令式（Imperative）”语言（诸如 FORTRAN、BASIC、C 等）都是对汇编语言的抽象。这些语言在汇编语言之上有了大幅的改进，但是它们所作的主要抽象仍要求你在解决问题时要基于计算机的结构，而不是基于你试图要解决的问题的结构来考量。程序员必须建立在机器模型（Machine Model）（位于你对问题建模所在的解空间（Solution Spac）内，例如计算机）和实际待解问题模型（Problem Model）（位于问题所在的问题空间（Problem Space）内）之间的关联。建立这种映射（Mapping）是费力的，而且它不属于编另一种对机器建模的方式就是对待解决问题建模。早期的编程语言，诸如 LISP 和 APL 都选择世界的某种特定视图（分别对应于“所有问题最终都是列表（List）”或者“所有问题都是算法形式的（algorithmic）”）。PROLOG 则将所有问题都转换成为决策链（Chain of decisions）。此外还产生了基于约束条件（constraint-based）编程的语言和专门通过对图形符号操作来实现编程的语言（后者被证明限制性过强）。这些方式对于它们被设计时所瞄准要解决的特定类型的问题都是不错的解决方案，但是一旦超出其特定领域，它们就力不从心了。“我们之所以将自然界分解，组织成为各种概念，并总结出其重要性，主要是因为我们知道我们的语言社区所共同持有的，并以我们的语言的形式所固定下来的一种约定…除非赞成这个约定中所颁布的有关数据的组织和分类的内容，否则我们根本无法交谈。”Benjamin Lee Whorf(1897-1941)计算机革命起源于机器，因此，编程语言的起源也始于对机器的模仿趋近。计算机革命起源于机器，因此，编程语言的起源也始于对机器的模仿趋近。本章将向您介绍包括开发方法概述在内的 OOP 的基本概念。本章，乃至本书中，都假设您在过程型编程语言（Procedural Programming Language）方面已经具备了某些经验，当然不一定必须是 C。如果您认为您在阅读本书之前还需要在编程以及 C 语法方面多做些准备，您可以研读本书所附的培训光盘“Java 基础（Foundations for Java）”。访问控制的第二个存在原因就是允许库设计者可以改变类内部的工作方式而不用担心是否会影响到客户端程序员。例如，你可能为了减轻开发任务而以某种简单的方式实现了某个特
定类，但稍后你就发现你必须改写它才能使其运行得更快。如果接口和实现可以清晰地分离并得以保护，那么你就可以轻而易举地完成这项工作。 将对象看作是服务提供者还有一个附加的好处：它有助于提高对象的内聚性（cohesiveness）。高内聚是软件设计的基本质量要求之一：这意味着一个软件构件（例如一个对象，尽管它也有可能被用来指代一个方法或一个对象库）的各个方面“组合（fit together）”得很好。人们在设计对象时所面临的一个问题是将过多的功能都填塞在一个对象中。例如，在你的检查打印模式模块中，你可以设计一个对象，它了解所有的格式和打印技术。你可能会发现这些功能对于一个对象来说太多了，你需要的是三个甚至更多个对象，其中，一个对象可以是所有可能的支票排版的目录，它可以被用来查询有关如何打印一张支票的信息；另一个对象或是对象集合可以是一个通用的打印接口，它知道有关所有不同类型的打印机的信息（但是不包含任何有关簿记的内容，它更应该是一个需要购买而不是自己编写的对象）；三个对象通过调用另外两计语言全力将主要设计目标放在“征服程序开发与维护过程中的种种复杂度”上1。当然，许多编程语言设计时也确实考虑到了复杂度问题，但它总是与被视为更本质的问题混在一起。当然，那些也都是会让程序员感到困扰的问题。比如，C++必须向上兼容于C（为使C程序员容易过渡），并具有执行效率高的优点。这两点都很有用，并且帮助C++取得了成功。不过，两者也引入了额外的复杂度，使得某些项目无法完成。（当然，你可以归咎于开发或管理人员，但如果有某种语言可以帮助我们找到错误，何乐而不为呢？）Visual Basic（VB）是另一个例子，它被局限于BASIC语言（它并不把可扩展能力作为设计目标），这就使得所有堆积于VB 之上的扩充功能，都造成了可怕且难以维护的语法。Perl 也向上兼容于Awk、Sed、Grep、以及其它Unix工具，这就导致了被诟病为“能写不能读”的程序代码（也就是当我开始理解 Java 之后，印象最深的莫过在 Java 上体现出的 Sun 公司的设计目标：为程序员降低复杂度。就好象说：“我们关注的是降低编写健壮代码的困难程度和需要的时间”。以前，编写健壮代码将导致性能降低（尽管有许多承诺，Java 总有一天能够执行得足够快），不过 Java 的确大大缩短了开发时间；相比同等功能的 C++ 程序，它只需一半甚至更少的时间。只凭这一点，就足以省下大量的时间与金钱。不过，Java 并不仅仅如此。它又持续引入了一些日益重要的复杂任务，比如多线程和网络编程。并且通过语言本身的特性和程序库，使得这些工作变得轻而易举。最后，Java 还着眼于某些有着极高复杂度的问题：跨平台程序、动态程序代码联编、甚至安全问题，它们都属于复杂度问题的重要方面。所以尽管存在已知的效率问题，Java 带来的许诺却极其诱人：它能使我们程序员的生产率大大提