轻量级java snmp设备网管软件开发技术
Java技术，在网络管理系统中的应用已经比较普遍。网管软件的分类有很多种，有侧重于业务应用的，有侧重于管理设备的，有侧重于网络的，有侧重于桌面管
理的，每种网管软件虽然外在的具体表现形式都不同，但其实内部的技术都大同小异。这其中的设备网管软件就是一个最典型的技术代表，一个全面的设备网管软件
基本上要包含网络拓扑图、设备配置、故障管理、性能管理、安全管理、业务管理，也就是FCAPS 这几大块功能。
一、 技术架构的变迁
在网管软件最早的年代，基本上都是从电信管理网的那一套发展起来的，按TMN规范定义的模型来处理，像什么Q接口、F接口、X接口、CORBA、
NMS/EMS、FCAPS功能划分，都是这种模型的代表。这种模型对于大型的电信网络来说是必须的，可是对于企业级别的设备网管软件来说，就显得过于笨
重，花费的成本是无法接受的。
于是对于设备网管软件的架构，逐步向实用化、工程化发展，也就是轻量级技术的发展。轻量级的技术，沿用了FCAPS的功能模型，也是用户关心的问题。而在
内部技术上，突破了TMN的种种限制，好的就借用，不好的就抛弃。在这种轻量级技术的影响下，根据用户的需求，灵活选择JAVA技术、数据库技术、
SNMP协议，就是这一技术的代表。
二、 轻量级技术架构
选择C/S，还是B/S？这是首选问题。C/S的客户端功能很强大，界面表现力很好，而且故障的反应能实时处理。B/S在集成网络拓扑图的界面展示上会打
折扣，好在报表分析这块上。最好的建议是用Applet+服务端的模式，兼顾两者的优缺点。因为网管软件的网络服务特性、实时处理特性、大量任务监视、事
件分发特性，不适合采用J2EE的模型，用普通JAVA做服务端是最恰当的。
三、 模块级技术选择
1.通信协议选择：C/S架构的，可以选择RMI；Applet架构的可选XML-RPC或RMI技术，B/S架构不存在这个问题。
2.数据库技术选择：O-R Mapping是最佳选择，Hibernate是这个领域最成熟的组件，比只用JDBC简便很多。
3.网管客户端：这个是最容易被忽略的问题，真正在网管开发中，界面的复杂度和工作量比服务端大很多，基本上大多数的网管软件界面都是围绕着网络
拓扑图来开发的。目前可以用商业的ilong视图组件，功能涉及面比较广，API比较复杂，报表系统做的很多。喜欢轻量级开发的，可以用
itopoview网络拓扑图组件，专门针对网管软件，很多网管常用的界面处理都内置了，上手�
相关文档：
* ------------------------------------------------------------------------------------
Title: TestJava.cpp
author: gloomy fish on 2009-09-16
------------------------------------------------------------------------------------ */
#include <windows.h>
#include <stdio.h& ......
在今年11月份，宏天软件开放了公司的开源版OA 1.2
beta版本，得到同行以及企业的热烈响应，公司也加紧了下一步的开源的步伐，宏天软件把现行的企业版1.2.1也对所有企业开放源代码（暂时不对个人开
放，虽然目前有很多个人及软件开发室强烈要求），企业只需要花上万元左右，就可以购买该版本的全部代码，并获得授权基于此� ......
package sort;
import java.util.Random;
/**
* 排序测试类
*
* 排序算法的分类如下： 1.插入排序（直接插入排序、折半插入排序、希尔排序）； 2.交换排序（冒泡泡排序、快速排序）；
* 3.选择排序（直接选择排序、堆排序）； 4.归并排序； 5.基数排序。
*
* 关于排序方法的选择 ......
对于静态变量、静态初始化块、变量、初始化块、构造器，它们的初始化顺序以此是（静态变量、静态初始化块）>（变量、初始化块）>构造器。我们也可以通过下面的测试代码来验证这一点：
public class InitialOrderTest {
//静态变量
&nbs ......
