轻量级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网络拓扑图组件，专门针对网管软件，很多网管常用的界面处理都内置了，上手�
相关文档：
构造方法摘要
Object()
方法摘要
protected Object clone()
创建并返回此对象的一个副本。
boolean equals(Object obj)
&n ......
1.使用java.util.Properties类的load()方法
示例：
Java代码
InputStream in = lnew BufferedInputStream(new FileInputStream(name));
Properties p = new Properties();
p.load(in);
InputStream ......
* ------------------------------------------------------------------------------------
Title: TestJava.cpp
author: gloomy fish on 2009-09-16
------------------------------------------------------------------------------------ */
#include <windows.h>
#include <stdio.h& ......
package sort;
import java.util.Random;
/**
* 排序测试类
*
* 排序算法的分类如下： 1.插入排序（直接插入排序、折半插入排序、希尔排序）； 2.交换排序（冒泡泡排序、快速排序）；
* 3.选择排序（直接选择排序、堆排序）； 4.归并排序； 5.基数排序。
*
* 关于排序方法的选择 ......
今天看到一道题目，是这样的：（我在里面打印了一些语句，先注释掉了）
class Singleton {
private static Singleton obj= new Singleton();
public static int counter1;
public static int counter2 = 2;
private Singleton() {
counter1++;
counter2++;
// System.out.println("Singleton counter1:" ......
