C++博客-Art-C的小窝-文章分类-暑假项目相关http://www.cppblog.com/cwh5635/category/15030.html那些悲剧的日子，映证着今后不一定悲剧的未来zh-cnFri, 12 Nov 2010 17:41:46 GMTFri, 12 Nov 2010 17:41:46 GMT60暑假项目里面的一些东西之c写虚函数表http://www.cppblog.com/cwh5635/articles/133260.htmlart-Cart-CWed, 10 Nov 2010 19:35:00 GMThttp://www.cppblog.com/cwh5635/articles/133260.htmlhttp://www.cppblog.com/cwh5635/comments/133260.htmlhttp://www.cppblog.com/cwh5635/articles/133260.html#Feedback0http://www.cppblog.com/cwh5635/comments/commentRss/133260.htmlhttp://www.cppblog.com/cwh5635/services/trackbacks/133260.html首先我们知道，虚函数在大部分编译器的实现都是在结构体起始处，放一个数组指针,这个指针指向一个表，表里面行一些函数指针。
然后继承大概就是一个has-a的关系，这样我的代码就开始写了。
 1#define vfunMAX 2
 2typedef struct __tag_base
 3{
 4    void** v_ptr;
 5/*other member*/
 6}base;
 7void somefunc()
 8{
 9NULL;
10}
11
12void Init(base* pbase)
13{
14    v_ptr = malloc(vfunMAX * sizeof(void*));
15    v_ptr[0] = &somefunc;
16    v_ptr[1] = NULL;
17/*other Init*/
18}
19
20
就是类似这样代码实现了一个类的虚表然后在一个类的派生类只需要将虚函数表的相应位置替换掉就可以了，当然我们如果需要直观一点可以用一个枚举类型保存函数名的标号，然后调用即可。。。当然，这个是一个简易的模式，实际上c++的虚函数神马的比这个复杂的多，而且这个也不会出现c++里面很多难以理解情况~所有的情况都在掌握中，也不失为一件坏事，重要的时候，麻烦的改完代码，我也就完成了我的事。。。。


art-C 2010-11-11 03:35 发表评论
]]>画项目中UML图遇到的一点小问题http://www.cppblog.com/cwh5635/articles/127466.htmlart-Cart-CThu, 23 Sep 2010 16:22:00 GMThttp://www.cppblog.com/cwh5635/articles/127466.htmlhttp://www.cppblog.com/cwh5635/comments/127466.htmlhttp://www.cppblog.com/cwh5635/articles/127466.html#Feedback0http://www.cppblog.com/cwh5635/comments/commentRss/127466.htmlhttp://www.cppblog.com/cwh5635/services/trackbacks/127466.html我决定装B一把。画一些UML图。可是呢，遇到很多问题
现在就来说一下我对这几个小东西的理解
首先呢，我看到2个名词：组合（强聚合）和聚合

上面那个实心菱形是组合，下面这个空心的是聚合，2种都是has-a的关系，但是据资料描述：组合里面拥有者要对被拥有者的生命进行负责
class a
{
};
class b
{
a aobject;
};

b可以认为是a组合起来的,而假设我写下如下代码
class c
{
  a* pa;
  c()
  {
     pa = new a;
  }
   ~c()
   {
     delete pa;
   }
}
这个应该被认为是组合关系（欢迎拍砖）

小心翼翼的看完这2个关系之后，我又继续看到了一个名词：依赖

依赖关系，表示一个类的实现会影响到另一个类的结果，比如上图，buy，比如buy car。。。而car有很多种，比如奔驰，宝马，而各种生产厂商的不同型号的汽车是不一样的，包括参数，配置，等，如果我修改了car，而person这时候再执行buy(car)的时候，得到的结果就会不同，这个也就是一个明显的依赖关系，而我在暑假的哪个项目中，很明显，2个主要的父类产生了明显的类似上面的依赖关系，在依赖关系中，2个实体可能在空间上没有交集，但是却通过某的接口产生了关系，应该也算是多态吧。。。

最后，我又看到一个鸟词：关联
跟聚合那玩意儿意思很接近的东西，UML图上是一条实心线
简单的想想，
比如一个学生寝室：有4个床位，4个学生，这4个学生跟寝室貌似可以认为是一种关联关系（学生可以走，可以换，更可以允许空床的存在），4个床位跟寝室属于聚合关系，而床位有几个铁零件组成，随便坏一个，这个床就不存在了（在某种情况下可以说他们生命周期同步。。。虽然他们都可以换，但是床可以被认为是寝室的属性，而床的铁零件也是床的组成部分）。
刚刚接触UML...如果有错误请不吝赐教。。。。
感觉这一切不能靠主观，没有一个评价硬性标准。。。完全是要靠设计者的思路，具体做什么，再判断。。。

art-C 2010-09-24 00:22 发表评论
]]>