学习android需要什么程度的java基础.docx
这是别人的总结，希望对你有用，我也只是转载 -------------------------------------------------以下内容转载 ------------------------------------ 原内容在 Android 必备的 Java 知识点 Android 应用程序开发是以 Java 语言为基础的，所以需要有扎实的 Java 基础知识。首先熟悉 java 基本语法，然后熟悉设计模式等。 a) Java 基础语法：看下面的《Java 知识点列表》 b)设计模式：由于在 Android 系统的框架层当中，使用了大量的设计模式，如果没有这个方面 的知识，对于 Android 的理解就会大打折扣。设计模式 的种类非常之多(设计模式大概有 28 种，具体请看设计模式系列 )，一个一个的全部掌握， 是不现实的，必须首先掌握面向对象的基础设计原则，有 了这些基础原则的支持，理解 android 容易很多。 有了这些知识，然后再来学习 Android 开发，一定会事半功倍。 《Java 知识点列表》：这些是别人总结，我只是加些说明。 开发环境： 1 Java SDK 下载和安装 2 环境变量的配置(path 和 classpath) 编程基础 3. 标识符命名规范 4 Java 数据类型 5 运算符 6 分支语句(if,switch) 7 循环语句(for,while) 8 函数的定义方法 只要是个程序员，都懂。语言之间可以融会贯通。 面向对象基础 向对象的三个基本特征是：封装、继承、多态 9. 面向对象与面向过程语言之间的区别 10 面向对象基本思想(封装)封装：把客观事物封装成抽象的类，并且类可以把自己的数据和方法只让可信的类或者对象操 作，对不可信的进行信息隐藏 11 类的定义方法 12 对象和类的关系 13 对象的创建方法 14 通过对象使用成员变量和成员函数的方法 15 构造函数的作用 16 函数的重载 17 static 的作用 18 this 的作用 面向对象高级： 19 面向对象基本思想(继承) 继承： 它可以使用现有类的所有功能，并在无需重新编写原来的类的情况下对这些功能进行扩 展 20 继承的作用 21 继承的语法特点 22 super 的使用方法 23 面向对象基本思想(多态) 多态：是允许你将父对象设置成为和一个或更多的他的子对象相等的技术，赋值之后，父对象 就可以根据当前赋值给它的子对象的特性以不同的方式运作。简单的说，就是一句话：允许将 子类类型的指针赋值给父类类型的指针。 实现多态，有二种方式：覆盖，重载 24 对象的向上转型和向下转型 25 final 关键字的作用：不能被继承,也没有子类 26 抽象类和接口的定义方法 27 接口和抽象类的语法特征 28 抽象类和接口在面向对象编程当中的地位和意义 29 设计模式(工厂方法模式) 30 Java 当中异常的定义 31 异常的分类以及各自的特点 32 try…catch…finally 结构的处理方法 33 throw 和 throws 的使用方法 深入理解 java 异常处理机制 34 自定义异常的使用方法 35 内部类的定义方法 36 匿名内部类的定义方法 37 内部类的常见使用方法 线程 38 线程的基本定义39 在 Java 当中实现线程的两种方法(使用 Thread 或 Runnable) 40 线程运行状态介绍(准备，运行，阻塞，死亡) 41 线程间通信的方法 42 线程同步 43 线程死锁 这些知识是操作系统的基本内容。查看博文：作业、进程、线程 Java 线程 IO 44 IO 基本概念 45 输入流和输出流的作用 46 Java 当中 IO 流的分类方法 47 常见 IO 类的使用方法(File,File,FileOutput,Reader,Writer 以及其子类的使用方法) 详解：JAVA 输入输出流 常见类库 48 类 集框架中常见类的使用方法(ArrayList,LinkedList,Queue,Stack,HashSet,HashMap) 49 日期相关类的使用方法(Data，Dataat，Calander) 50 数据库关系型数据库的基本概念 51 SQL 分类 52 DDL，DML，查询 设计模式原则详解我们在应用程序开发中，一般要求尽量两做到可维护性和可复用性。应用程序的复用可以提高应用程序的开发效率和质量，节约开发成本，恰当的复用还 可以改善系统的可维护性。而在面向对象的设计里面，可维护性复用都是以面向对象设计 原则为基础的，这些设计原则首先都是复用的原则，遵循这些设计原则可以有效地提高系 统的复用性，同时提高系统的可维护性。 面向对象设计原则和设计模式也是对系统进行合 理重构的指导方针。 常用的面向对象设计原则包括 7 个，这些原则并不是孤立存在的，它们相互依赖，相 互补充。1.单一职责原则(Single Responsibility Principle,SRP)：类的职责要单一，不能将太 多的职责放在一个类中。(高内聚、低耦合) 定义：一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。(Every object should have a single responsibility, and that responsibility should be entirely encapsulated by the class.)，即 又定义有且仅有一个原因使类变更。 原则分析： 1)一个类(或者大到模块，小到方法)承担的职责越多，它被复用的可能性越小，而且如 果一个类承担的职责过多，就相当于将这些职责耦合在一起，当其中一个职责变化时，可 能会影响其他职责的运作。 2)类的职责主要包括两个方面：数据职责和行为职责，数据职责通过其属性来体现，而行 为职责通过其方法来体现。 3)单一职责原则是实现高内聚、低耦合的指导方针，在很多代码重构手法中都能找到它的 存在，它是最简单但又最难运用的原则，需要设计人员发现类的不同职责并将其分离，而 发现类的多重职责需要设计人员具有较强的分析设计能力和相关重构经验。 例子： 最简单例子是：一个数据结构职责类和算法行为都放在一个类 User。我们应该把数据结构 和行为分开。现使用单一职责原则对 User 类进行重构。 优点： 1、降低类的复杂性，类的职责清晰明确。比如数据职责和行为职责清晰明确。 2、提高类的可读性和维护性， 4、变更引起的风险减低，变更是必不可少的，如果接口的单一职责做得好，一个接口修 改只对相应的类有影响，对其他接口无影响，这对系统的扩展性、维护性都有非常大的帮 助。 注意：单一职责原则提出了一个编写程序的标准，用“职责”或“变化原因”来衡量接口或类设 计得是否合理，但是“职责”和“变化原因”都是没有具体标准的，一个类到底要负责那些职责？ 这些职责怎么细化？细化后是否都要有一个接口或类？这些都需从实际的情况考虑。因项 目而异，因环境而异。 2.开闭原则( Open - ClosedPrinciple ,OCP )：对扩展开放，对修改关闭(设计模式的核 心原则是)