zoukankan      html  css  js  c++  java
  • 2--IO包DataInput接口类图

    • 当我决定要依次按照接口的划分来画类图时,便自发提出了这样一个问题。

         以组件内指定的某个接口为起点,是不是其所有的实现类、扩展接口、扩展抽象类以及他们的关联类都详尽地罗列出来? 

         首先,这是我第一次尝试从众多代码中梳理类的关系。画此接口类图的意义不在于能否一次性地看到满意的效果,而是在于得到分析的经验并总结方法。所以,我不知道这样做是不是合理或者是最佳的(比如可读性),唯一能做的似乎只能是罗列其有关的一切,然后看它到底是个什么样子。确实贯彻了这一唯一的选择,把有关的一切全部画了出来。虽然之后我发现,这张类图应该在做进一步的加工,比如说完全可以把其实现类实现的其他接口和类去除掉。

        所以,完全可以两种方式去画类图:只给出该接口的实现类和实现类的依赖、关联(因为虽然实现类还实现了其他接口,但从面向接口来讲,我们只关心该接口及其多态,至于实现类包含的其他接口的函数,该接口不关心);全部罗列该接口的所有有关元素,包括子接口,实现类的其他实现接口、扩展类(从面向对象来说,类图对实现类与其他元素的关系会表达得更全面详尽)。我选择后者,全部罗列会使类图更详尽,并且并没有因此而影响可读性。但是前者应该是设计阶段会使用最后综合并消除重复。

            PS.  到目前,该接口的类图还没画完,还剩下两个实现类的依赖、关联已经约束、重数等还没有理清。今天就不上图了。

            PS. 早上睡梦中心脏咯噔一下,迅速从床上爬起来,看看手机7:30,这个点了,你怎么没响。于是厚着脸皮请了一上午假,时间利用起来,把类图勉强画完了。

    • 类图勉强画完了,因为我好像是偷懒了,仅仅是把FIleDescriptor和FileChannel定性为RandomAccessFile的关联类。该类图可能还需要进一步完善,可能会在画完交互图之后再回过头来特写细化,也可能它这样就刚刚好。总之,先上图。

      

  • 相关阅读:
    Mapbox GL JS使用小结(一)
    js 跳转链接的几种方式
    使用iis 部署 .net项目遇到的问题
    ROS 导入示例程序并建立工程运行
    C# WPF程序增加终端串口打印调试信息
    C# 继承方法重写调用测试
    C# 迭代器实现
    C# 引用和值都按照引用传递(其实传递的就是指针)
    C# string引用类型参数不变性
    C# 值类型和引用类型
  • 原文地址:https://www.cnblogs.com/10000miles/p/7415280.html
Copyright © 2011-2022 走看看