轻量级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网络拓扑图组件，专门针对网管软件，很多网管常用的界面处理都内置了，上手�
相关文档：
Java NIO API详解
在JDK
1.4以前，Java的IO操作集中在java.io这个包中，是基于流的阻塞（blocking）API。对于大多数应用来说，这样的API使用很方
便，然而，一些对性能要求较高的应用，尤其是服务端应用，往往需要一个更为有效的方式来处理IO。从JDK 1.4起，NIO
API作为一个基于缓冲区，并能提供非阻塞(non-blo ......
构造方法摘要
Object()
方法摘要
protected Object clone()
创建并返回此对象的一个副本。
boolean equals(Object obj)
&n ......
* ------------------------------------------------------------------------------------
Title: TestJava.cpp
author: gloomy fish on 2009-09-16
------------------------------------------------------------------------------------ */
#include <windows.h>
#include <stdio.h& ......
在csdn上看到这样一个题目：
public class Test
{
public static void main(String[] args)
{
int a = 5;
System.out.println("ddsadasa" + (a > 5 ? 9.0 : 9));
}
}
运行结果是（ ）
A ddsadasa9 B ddsadasa9.0 C 编译出错 & ......
