计算机系统分析员论文-通信服务平台的应用
出处：论文网
时间：2006-09-06
【正文】
数据通讯是当前十分活跃与热门的计算机与信息技术的应用领域。某大型通信公司开发了其业务的主要支撑平台，在这里，我们简称之为“通信信息服务平台”，用于在全国与全球开展数据业务的需要。该平台是一个典型的Java技术应用于Internet的项目。
作为信息技术公司中的一名技术骨干，我有幸参加了该系统的分析与设计工作，承担了相当多的Java应用开发任务。此系统中的软件部分大多由Java来实现，在全系统中我们是这样来用Java构架系统的：
（1）本系统可分为4层，分别是Browser、表示层、中间件层和数据层。
（2）表示层用Java中的Java Script来实现页面输出。
（3）中间件层用Java来实现CORBA，即实现Component（构件），主要实现业务逻辑的封装与复用。
（4）数据层主要是数据库和存储过程的实现。
我们在应用Java技术时，所采用的技术和策略可大致上归纳为以下5个方面：
（1）使Java Script尽量简单，因为Java Script在我们系统中是放在服务器端执行的，该语言是通过一个解释器解释执行的，相对速度很慢，我们采用了两台HP前置机来运行Java Script，但是其运行速度还是不理想，所以我们在设计中把Java Script仅用来显示从中间件层所得到的数据，生成动态页面。在最初的设计中表示层（Java Script）曾承担了一些业务逻辑处理操作，导致效率不理想，因此，我们不得不尽量地减少Java Script的程序量。
（2）用Java实现CORBA时，应尽量考虑共享和复用。在本系统中，最初的设计是让Java在实现Component时，只是执行一些数据库表的操作，导致表示层的负载较大。后来，我们重新设计时，总结归纳了所有的Use Case，找出了其中可供共享和复用的接口，把相同的业务逻辑操作封装到一个接口中去。因为 Java的执行效率比Java Script要高，因此提高了系统效率。
（3）在别的项目中，我们曾大量地使用过Java中的JSP技术和Servlet技术，一般人可能不能区分这两种Java技术的区别。为了得到系统的一些执行速率的数据，我们采用了一个著名的压力测试软件——Load Runner来测试这两种技术的差别。测试表明：用JSP和Servlet完成同样的一个操作，并且保证是在相同的测试环境中（相同服务器、压力测试工作站与数据库环境），得到的测试数据却有着很大差别，JSP完成一个操作的平均执行时间大致会是Servlet程序的两倍。在一个企业级应用项目中，这可能是一个很关键的瓶颈。因此，我们得出的结论是：在可能的条件下，尽量地多使用Servlet。当然，与Servlet相比，JSP编程快速，修改方便，在访问量不是很大的应用场合下也是可以接受的。
（4）使用Java作为整体解决方案时，应尽量使用相同版本的JDK。在用Java作为编程语言的项目中，几乎大多要遇到“汉字”问题，即Java在没有经过转换的情况下，在输出汉字时，很可能会出现乱码。采用不同版本的JDK，解决的方案是不一样的，比如V1.2.2版本的JDK和V1.3版本的JDK解决方法就会有一些不一样，把V1.2.2的Java程序放在V1.3的JDK中，就不能顺利输出汉字了。其根本原因在于Java使用了Unicode编码，和我们中国的国标编码不一样。所以在这个意义上一些人竭力鼓吹的“一次编写，到处运行”似乎不一定能在所有的场合都行得通。
（5）使用Java时，应尽量遵从软件规范。在Java中有一个JVM的概念，即在Java虚拟机中使用了一个垃圾收集器，专门用来回收内存。但是该垃圾收集器在给编程人员带来方便的同时，也隐埋下了隐患。在程序设计中，并不能强制执行垃圾收集器，所以，开发人员不能确定某对象是否已释放，常常让编程人员养成依赖自动收集的坏习惯，因此我们要求：在Try，Catch之后必须明确要求回收内存（当然，也只能是通知垃圾收集器来回收垃圾），这样可以有效地提高系统稳定性。
以上这些实用性的技术与策略，是我们在实践中的一些实际体会，仅供各位开发人员根据实际情况参考。
当然，在使用Java作为解决方案时，也会遇到很多让我们头疼的问题，这些问题导致同时执行的并发性比较差，系统速度慢等等。归纳起来看，我们曾遇到过的主要具体的问题有：
数据通讯是当前十分活跃与热门的计算机与信息技术的应用领域。某大型通信公司开发了其业务的主要支撑平台，在这里，我们简称之为“通信信息服务平台”，用于在全国与全球开展数据业务的需要。该平台是一个典型的Java技术应用于Internet的项目。
作为信息技术公司中的一名技术骨干，我有幸参加了该系统的分析与设计工作，承担了相当多的Java应用开发任务。此系统中的软件部分大多由Java来实现，在全系统中我们是这样来用Java构架系统的：
（1）本系统可分为4层，分别是Browser、表示层、中间件层和数据层。
（2）表示层用Java中的Java Script来实现页面输出。
（3）中间件层用Java来实现CORBA，即实现Component（构件），主要实现业务逻辑的封装与复用。
（4）数据层主要是数据库和存储过程的实现。
我们在应用Java技术时，所采用的技术和策略可大致上归纳为以下5个方面：
（1）使Java Script尽量简单，因为Java Script在我们系统中是放在服务器端执行的，该语言是通过一个解释器解释执行的，相对速度很慢，我们采用了两台HP前置机来运行Java Script，但是其运行速度还是不理想，所以我们在设计中把Java Script仅用来显示从中间件层所得到的数据，生成动态页面。在最初的设计中表示层（Java Script）曾承担了一些业务逻辑处理操作，导致效率不理想，因此，我们不得不尽量地减少Java Script的程序量。
（2）用Java实现CORBA时，应尽量考虑共享和复用。在本系统中，最初的设计是让Java在实现Component时，只是执行一些数据库表的操作，导致表示层的负载较大。后来，我们重新设计时，总结归纳了所有的Use Case，找出了其中可供共享和复用的接口，把相同的业务逻辑操作封装到一个接口中去。因为 Java的执行效率比Java Script要高，因此提高了系统效率。
（3）在别的项目中，我们曾大量地使用过Java中的JSP技术和Servlet技术，一般人可能不能区分这两种Java技术的区别。为了得到系统的一些执行速率的数据，我们采用了一个著名的压力测试软件——Load Runner来测试这两种技术的差别。测试表明：用JSP和Servlet完成同样的一个操作，并且保证是在相同的测试环境中（相同服务器、压力测试工作站与数据库环境），得到的测试数据却有着很大差别，JSP完成一个操作的平均执行时间大致会是Servlet程序的两倍。在一个企业级应用项目中，这可能是一个很关键的瓶颈。因此，我们得出的结论是：在可能的条件下，尽量地多使用Servlet。当然，与Servlet相比，JSP编程快速，修改方便，在访问量不是很大的应用场合下也是可以接受的。
（4）使用Java作为整体解决方案时，应尽量使用相同版本的JDK。在用Java作为编程语言的项目中，几乎大多要遇到“汉字”问题，即Java在没有经过转换的情况下，在输出汉字时，很可能会出现乱码。采用不同版本的JDK，解决的方案是不一样的，比如V1.2.2版本的JDK和V1.3版本的JDK解决方法就会有一些不一样，把V1.2.2的Java程序放在V1.3的JDK中，就不能顺利输出汉字了。其根本原因在于Java使用了Unicode编码，和我们中国的国标编码不一样。所以在这个意义上一些人竭力鼓吹的“一次编写，到处运行”似乎不一定能在所有的场合都行得通。
（5）使用Java时，应尽量遵从软件规范。在Java中有一个JVM的概念，即在Java虚拟机中使用了一个垃圾收集器，专门用来回收内存。但是该垃圾收集器在给编程人员带来方便的同时，也隐埋下了隐患。在程序设计中，并不能强制执行垃圾收集器，所以，开发人员不能确定某对象是否已释放，常常让编程人员养成依赖自动收集的坏习惯，因此我们要求：在Try，Catch之后必须明确要求回收内存（当然，也只能是通知垃圾收集器来回收垃圾），这样可以有效地提高系统稳定性。
以上这些实用性的技术与策略，是我们在实践中的一些实际体会，仅供各位开发人员根据实际情况参考。
当然，在使用Java作为解决方案时，也会遇到很多让我们头疼的问题，这些问题导致同时执行的并发性比较差，系统速度慢等等。归纳起来看，我们曾遇到过的主要具体的问题有：
