关于Blackberry：为C＃家伙真正使用Java-ME的最佳方法

在Java中，您有两个异常家族：java.lang.Exception及其衍生的一切，以及RuntimeException。这很有意义，因为在Java中检查了异常。这意味着，为了抛出任何非运行时异常，您还需要在方法声明中添加throws批注。因此，使用您的方法的任何方法都必须捕获该异常或声明它也引发相同的异常。实际上，很多异常(例如NullPointerException或IllegalArgumentException)都是从RuntimeException派生的，因此您无需声明它们。受检查的异常是两个学科之间的争论点，因此，我建议您亲自尝试一下它们，看看它是否对您有所帮助或使您烦恼。从个人的角度来看，我认为检查异常可以显着改善代码分解和健壮性。

好。

尽管Java支持自动装箱已经有一段时间了，但是您应该意识到C＃和Java实现之间仍然存在许多差异。在C＃中，您可以将int用作值类型和引用类型，而在Java中，它们实际上不是同一类型：您可以得到原始值类型int和库引用类型java.lang.Integer。这以两种常见的方式表现出来：不能将值类型用作通用类型参数(因此将使用ArrayList而不是ArrayList)和实用程序方法(例如parse或toString )以引用类型静态实现(因此它不是int a; a.toString();而是int a; Integer.toString( a );)。

好。

Java有两种不同类型的嵌套类，C＃只有一种。在Java中，未使用static修饰符声明的静态类称为内部类，并且可以隐式访问封闭类的实例。这一点很重要，因为Java与C＃不同，它没有委托的概念，并且内部类经常用于以相同的语法痛苦实现相同的结果。

好。

Java中的泛型与C＃的实现方式根本不同。当为Java开发泛型时，为了保持与旧版VM的向后兼容性，决定所做的更改纯粹是语法上的，没有运行时支持。由于在运行时中没有直接的泛型支持，Java使用称为类型擦除的技术来实现泛型。与C＃泛型实现相比，类型擦除有很多缺点，但是最重要的一点是Java中的参数化泛型类型没有不同的运行时类型。换句话说，编译后类型ArrayList和ArrayList是等效的。如果您大量使用泛型，则会比您想象的要早得多地遇到这些差异。

好。

在Java中，包(名称空间)，类名和文件名之间存在直接关联。在公共根目录下，类com.example.SomeClass和org.apache.SomeOtherClass将分别在com/example/SomeClass.class和org/apache/SomeOtherClass.class中找到。谨慎尝试在单个Java文件中定义多个类(私有类是可能的，但不建议使用)，并坚持使用此目录结构，直到您对开发环境更加满意为止。

好。

在Java中，您具有不容易映射到C＃的类路径和类加载器的概念(有些粗略的等效项对于大多数.NET开发人员而言并不常见)。 Classpath告诉Java VM在何处可以找到库和类(包括您的库和系统的共享库！)，并且您可以将类加载器视为类型所在的上下文。类加载器用于从各个位置(本地磁盘，Internet，资源文件等)加载类型(类文件)，但也限制了对这些文件的访问。例如，诸如Tomcat之类的应用程序服务器将为每个已注册的应用程序或上下文提供一个类加载器。这意味着应用程序A中的静态类将与应用程序B中的静态类不同，即使它们具有相同的名称并且共享相同的代码库也是如此。 AppDomain在.NET中提供了一些类似的功能。

好。

Java类库类似于BCL。许多差异都是外观上的差异，但这足以使您一次又一次地运行文档(和/或Google)。不幸的是，我不认为这里有什么事可做-您随即会熟悉这些库。

好。