首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

使用Sun专有的Java类是不好的做法?

使用Sun专有的Java类是不好的做法,因为这样会导致代码的不可移植性和兼容性问题。Java设计之初就是为了保证跨平台的兼容性和可移植性,因此在编写Java代码时,应该尽量避免使用特定于某个实现的类或API。

如果需要使用特定的Java类或API,应该尽量使用Java标准库中的类和API,或者使用开源库和框架,这样可以确保代码的可移植性和兼容性。此外,如果需要使用特定于某个实现的Java类或API,应该使用反射或动态加载的方式来加载这些类或API,以确保代码的可移植性和兼容性。

总之,使用Sun专有的Java类是不好的做法,应该尽量避免使用特定于某个实现的类或API,以确保代码的可移植性和兼容性。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • Tomcat 5的新特性和架构变化

    Tomcat 5的新特性和架构变化 1、支持servlet 2.4 和jsp 2.0; 2、重写了http mapper 模块,从Catalina代码中抽出来放到 coyote connector 中;     coyote connector 是tomcat的进入口,相当于java中的main函数。Http的请求在这里被解码,把http的请求转换成Tomcat可以处理的类。如果开发者想在tomcat中集成一些自己的组件,就需要利用coyote connector 作为一个中间连接器。这里需要说明的是,如果你写一个自己的组件和tomcat集成,这个组建其实是个valve。其实tomcat本身也是基于valve的。学习servlet都知道servlet chain,这是一个链状的处理过程,tomcat处理http请求也是类似的过程,tomcat就是在这些请求中加入不同的valve来实现的; 3、完全支持jmx ,符合jsr 160规范,就是 JMX remote; 4、支持嵌入式的tomcat。就是在你的应用程序中集成tomcat。     集成的方法有3种:1、使用embedded 接口 2、使用JMX 3、第三种就是使用apache连接tomcat的做法(什么原理?); 5、Sun ONE的servlet container 现在开始使用tomcat 了; 相关连接: 地址 Tomcat5 and Sun ONE developer

    06

    如何用SingleThreadModel解决多线程安全问题

    前面介绍的都是普通的Servlet。对于每一个用户请求,那些Servlet都会用线程的方式给予应答。这样比较节省系统的资源。Sun公司也给出了另外一种方法,就是这节要介绍的SingleThreadModel的方法。当implement这个接口以后,你的Servlet就变成了另外一种模式工作。即,每一个新用户的请求,都会生成一个新的Servlet实例来应答。这种方法有两个方面的弊病。一是性能太差,最后会把机器拖累死。还有一条就是有时解决不了实际问题。每个servlet类实例都有自己独立的变量。如果我们的本意就是想让客户线程之间进行这些变量的交流。这种方法就无法做到。就像还有人建议的,用局部变量来代替类变量一样,有时也解决不了实际当中的算法问题。因为我们有时就需要用一个类似类变量一样的东西,来控制全局。即使这种方法这不好,那不好,现实中很多很多工程师也说不好。我还是给出了例子,让大家看看结果。

    03

    深入探讨 Java 类加载器

    类加载器是 Java 语言的一个创新,也是 Java 语言流行的重要原因之一。它使得 Java 类可以被动态加载到 Java 虚拟机中并执行。类加载器从 JDK 1.0 就出现了,最初是为了满足 Java Applet 的需要而开发出来的。Java Applet 需要从远程下载 Java 类文件到浏览器中并执行。现在类加载器在 Web 容器和 OSGi 中得到了广泛的使用。一般来说,Java 应用的开发人员不需要直接同类加载器进行交互。Java 虚拟机默认的行为就已经足够满足大多数情况的需求了。不过如果遇到了需要与类加载器进行交互的情况,而对类加载器的机制又不是很了解的话,就很容易花大量的时间去调试 ClassNotFoundException和 NoClassDefFoundError等异常。本文将详细介绍 Java 的类加载器,帮助读者深刻理解 Java 语言中的这个重要概念。下面首先介绍一些相关的基本概念。

    02
    领券