[我在之前看的是以ping协议为实例来理解TclCL机制和分裂对象模型]

本文以channel实例的创建过程为例,试图说明ns2的分裂机制,请在阅读本文前阅读《The NS Manual》有关分裂机制章节,由于篇幅有限,作者能力有限,本文章不能分析得非常彻底,时间仓促,有不当之处请大家给予批评指正。

一、定义信道基类

  1. 定义channel的 C++类

#ns-2.31macchannel.h

class Channel : public TclObject {

public:

Channel(void);

virtual int command(int argc, const char*const* argv);

... ... ...

};

  1. 定义用于连接的类

#ns-2.31macchannel.cc

static class ChannelClass : public TclClass {

public:

ChannelClass() : TclClass("Channel") {}

TclObject* create(int, const char*const*) {

return (new Channel);

}

}class_channel ;

[注意]一个类声明为static,那么当ns刚开始初始化的时候,便会调用该类的构造函数,当静态变量class_channel 第一次被创建时,ns 将执行其构造函数,这就建立了适当的方法和解释类层次.具体解释请看第三节Otcl注册过程

二、Otcl注册过程

继续第一节,当ns初始化时会创建实体class_channel,它会调用类的构造函数ChannelClass() : TclClass("Channel") {}

首先执行TclClass:TclClass("Channel"),"Channel" 会传给参数此classname_ .

下面我们看一下TclClass()的具体实现

//->tclcl-1.19Tcl.cc

TclClass* TclClass::all_; //[problem]什么意思? 在c++里

TclClass::TclClass(const char* classname) : class_(0), classname_(classname)

{

if (Tcl::instance().interp()!=NULL) {

#解释器已经存在,解释器是一个动态连接库的一部分

bind(); # 变量绑定函数

} else {

... ... ...

}

}

void TclClass::bind()

{

Tcl& tcl = Tcl::instance();

//获取Tcl 句柄 [参考1]

tcl.evalf("SplitObject register %s", classname_); # $classname_ == "Channel"

//上句利用句柄调用otcl命令,在Otcl环境中注册该类名:Channel

该类的父类是SpliteObject

//SpliteObject是一个具有C++映像类的OTcl类,他是所有OTcl映像类的基类

# 注册了之后,为这个类添加两个命令:create-shadow和delete-shadow

# 调用命令就是TclClass::create_shadow(),TclClass::delete_shadow().

class_ = OTclGetClass(tcl.interp(), (char*)classname_);

//class_

OTclAddIMethod(class_, "create-shadow",

(Tcl_CmdProc *) create_shadow, (ClientData)this, 0);

OTclAddIMethod(class_, "delete-shadow",

(Tcl_CmdProc *) delete_shadow, (ClientData)this, 0);

otcl_mappings();

}

下边来讲讲我们在tcl脚本里自己能控制的实例化过程

四、实例化过程
然后当你在tcl 脚本中调用 new Channel时,ns2使用tclsh解释执行tcl脚本, 调用tcl函数new函数

//tclcl-1.19/tcl-object.tcl

146 proc new { className args } {

set o [SplitObject getid]

#得到一个新的分裂实体编号"_o*" _o*有类SplitObject 的变量 id 标识,从_o0开始

#可见在每一个Simulator对应的模拟中"_o*"标示唯一的一个分裂类实体,

#也就是说,所有的分裂类实体都有自己的唯一标识 ,这个标识就是句柄

#注意SplitObject 与 TclObject 的关系

if [catch "$className create $o $args" msg] { #创建实体

if [string match "__FAILED_SHADOW_OBJECT_" $msg] {

# 如果创建影像类失败,删除 o对象

delete $o

return ""

}

global errorInfo

error "class $className: constructor failed: $msg" $errorInfo

}

return $o

}

但是SpliteObject并没有create函数, 所以动态调用其父类 Class 的 create 函数

Class instproc create {obj args} { # obj是 _oxxx了

set h [$self info heritage] # 取得类继承链测试结果是“SplitObject Object”

foreach i [concat $self $h] {

#沿着继承链从子类到父类递归产生相应实体

#concat后字符串为:”Channel SplitObject Object”

if {[$i info commands alloc] != {}} then { # 判断命令alloc的是否存在

set args [eval [list $i] alloc [list $obj] $args] # 分配空间

$obj class $self

eval [list $obj] init $args #调用init,最终导致shadow对象的产生

return $obj

}

}

error {No reachable alloc}

}

上面调用的init 会动态调用 SpliteObject instproc init()

SplitObject instproc init args {

$self next

#调用类的create-shadow函数

if [catch "$self create-shadow $args"] {

error "__FAILED_SHADOW_OBJECT_" ""

}

}

在这个例子中,动态调用了Channel instproc create_shadow函数,channel没有次函数,调用父类的,实质上最后调用了TclClass::create-shadow()函数,创建

int TclClass::create_shadow(ClientData clientData, Tcl_Interp *interp, int argc, char *argv[])

{

TclClass* p = (TclClass*)clientData; #把channel指针转换为父类型的指针

#在这里调用了ChannelClass::create()函数

#也就是调用了C++环境中的:new Channel 见函类ChannelClass定义

#到这里为止,otcl中的Channel的shadow object就生成了

TclObject* o = p->create(argc, argv);

#动态调用那个create?

Tcl& tcl = Tcl::instance();

if (o != 0) {

o->name(argv[0]);

tcl.enter(o);

if (o->init(argc - 2, argv + 2) == TCL_ERROR) {

tcl.remove(o);

delete o;

return (TCL_ERROR);

}

tcl.result(o->name());

# 在这里再次为otcl中的类Channel添加两个instproc:cmd和instvar

# 其中cmd命令是用来运行处理未知命令机制的

# 这样的话,当你在ns脚本中输入了一个该类未知的命令,

# Tcl的unknown机制就会调用该类的cmd命令

# 而这进一步的就会调用该类的shadow object的command()过程

# 所以在实现类的C++部分时,你必须实现该类的Command()过程

# 在command()中实现所有的命令分发

OTclAddPMethod(OTclGetObject(interp, argv[0]), "cmd",

dispatch_cmd, (ClientData)o, 0);

OTclAddPMethod(OTclGetObject(interp, argv[0]), "instvar",

dispatch_instvar, (ClientData)o, 0);

o->delay_bind_init_all();

return (TCL_OK);

} else {

tcl.resultf("new failed while creating object of class %s",

p->classname_);

return (TCL_ERROR);

}

}

【NS2】NS2机制浅显分析一下(转载)的更多相关文章

  1. Java虚拟机类加载机制——案例分析

    转载: Java虚拟机类加载机制--案例分析   在<Java虚拟机类加载机制>一文中详细阐述了类加载的过程,并举了几个例子进行了简要分析,在文章的最后留了一个悬念给各位,这里来揭开这个悬 ...

  2. Redis 发布/订阅机制原理分析

    Redis 通过 PUBLISH. SUBSCRIBE 和 PSUBSCRIBE 等命令实现发布和订阅功能.   这些命令被广泛用于构建即时通信应用,比如网络聊天室(chatroom)和实时广播.实时 ...

  3. Android 中View的绘制机制源代码分析 三

    到眼下为止,measure过程已经解说完了,今天開始我们就来学习layout过程.只是在学习layout过程之前.大家有没有发现我换了编辑器,哈哈.最终下定决心从Html编辑器切换为markdown编 ...

  4. Android AdapterView 源码分析以及其相关回收机制的分析

    忽然,发现,网上的公开资料都是教你怎么继承一个baseadapter,然后重写那几个方法,再调用相关view的 setAdpater()方法, 接着,你的item 就显示在手机屏幕上了.很少有人关注a ...

  5. 10.hibernate缓存机制详细分析(转自xiaoluo501395377)

    hibernate缓存机制详细分析   在本篇随笔里将会分析一下hibernate的缓存机制,包括一级缓存(session级别).二级缓存(sessionFactory级别)以及查询缓存,当然还要讨论 ...

  6. Netfilter之连接跟踪实现机制初步分析

    Netfilter之连接跟踪实现机制初步分析 原文: http://blog.chinaunix.net/uid-22227409-id-2656910.html 什么是连接跟踪 连接跟踪(CONNT ...

  7. 阿里系产品Xposed Hook检测机制原理分析

    阿里系产品Xposed Hook检测机制原理分析 导语: 在逆向分析android App过程中,我们时常用的用的Java层hook框架就是Xposed Hook框架了.一些应用程序厂商为了保护自家a ...

  8. Android 中View的绘制机制源代码分析 一

    尊重原创: http://blog.csdn.net/yuanzeyao/article/details/46765113 差点儿相同半年没有写博客了,一是由于工作比較忙,二是认为没有什么内容值得写, ...

  9. Android 中View的绘制机制源代码分析 二

    尊重原创:http://blog.csdn.net/yuanzeyao/article/details/46842891 本篇文章接着上篇文章的内容来继续讨论View的绘制机制,上篇文章中我们主要解说 ...

随机推荐

  1. Hadoop Serialization hadoop序列化详解(最新版) (1)【java和hadoop序列化比较和writable接口】

    初学java的人肯定对java序列化记忆犹新.最开始很多人并不会一下子理解序列化的意义所在.这样子是因为很多人还是对java最底层的特性不是特别理解,当你经验丰富,对java理解更加深刻之后,你就会发 ...

  2. 在PyCharm中导入Numpy和Pygame模块 (win8.1)

    我用的是anaconda安装python3.6 已经在终端 pip install numpy 但是在pycharm运行程序出现错误:ImportError: No module named nump ...

  3. H5C3--线性渐变 linear-gradient,径向渐变radial-gradient,重复渐变radial-gradient

    一.线性渐变 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UT ...

  4. git学习记录——基础概念和文件的基本操作

    夸一下git git是当前世界上最先进的分布式版本控制系统 优势: 1.不必联网 2.Git极其强大的分支管理,把SVN等远远抛在了后面. 集中式的代表CVS和SVN 分布式的代表BitKeeper, ...

  5. Mac安装软件新方法:Homebrew-cask

    Homebrew是Ruby社区极富想象力的一个作品,使得Mac下安装Mysql等常用包不再困难.那么,是否也可以通过brew install mysql这样简单的方式来安装chrome浏览器? 近期, ...

  6. 洛谷P1969 [NOIP2013提高组Day2T1] 积木大赛

    P1969 积木大赛 题目描述 春春幼儿园举办了一年一度的“积木大赛”.今年比赛的内容是搭建一座宽度为n的大厦,大厦可以看成由n块宽度为1的积木组成,第i块积木的最终高度需要是hi. 在搭建开始之前, ...

  7. MongoDB 定位 oplog 必须全表扫描吗?

    MongoDB oplog (类似于 MySQL binlog) 记录数据库的所有修改操作,除了用于主备同步:oplog 还能玩出很多花样,比如 全量备份 + 增量备份所有的 oplog,就能实现 M ...

  8. Django项目:CRM(客户关系管理系统)--02--01PerfectCRM基本配置ADMIN02

    三.CRM项目表结构设计 from django.db import models # Create your models here. """ #运行 Terminal ...

  9. C++函数部分总结

    目录 为什么要使用函数 为什么要用函数重载 C++传参方式 特殊的函数--递归函数 为什么要使用函数 使用函数可以将一个比较复杂的程序系统的分为若干块简洁的模块,使程序更加清晰明了 比如,我们想要模拟 ...

  10. 错觉-Info:视错觉与UI元素间的可能

    ylbtech-错觉-Info:视错觉与UI元素间的可能 1.返回顶部 1. 视觉原理在当下红火的机械视觉中是必不可少的,那在我们日常工作的UI产品设计中又有什么可能性的呢?今天,我从“视错觉”这个角 ...