一， 前言
最近从小练习模式又进入了模仿阶段，模仿阶段就是看别人优秀的代码，来学习设计思路及技巧。我选择了nodeeditor源码进行学习，因为我最好奇的就是这类节点及连线是如何实现的。
二， 源码分析
- FlowView类
它是QGraphicsView的派生类，里面最关键的功能就是drawBackground。然后就是滚轮的放大缩小，以及鼠标左键的移动动作，鼠标右键的菜单实现。
a. scale是我学习到了对于视图的放大缩小。
b. 右键中居然可以放入一个treeview，不能说view，应该是QTreeWidget对象。
c. contextMenuEvent需要调试来了解其功能auto *treeView = new QTreeWidget(&modelMenu); treeView->header()->close(); - FlowViewStyle类
这个比较简单，是初始化的时候设置的风格。内容来自json文件，这部分的内容可移植性慢高的。有3个这样的Style类。另外2个是NodeStyle和ConnectionStyle。StyleCollection类用来管理这3个具体风格类，并且里面使用了静态方法，为整个工程共享。 - DataModelRegistry类
用来保存用户创建的派生类。主要用于邮件菜单的信息，及通过重写原有功能模块实现个性化设置。而这些注册的类指针指向的是用户创建的派生类，向我这样做底层驱动出生的人，可以理解用这样的方式可以看做内核调用回调函数，来实现个性化功能，哈哈~再想想QT源码中的Q_Q,D_Q貌似也是类似，因为新的派生类中继承了指针，那么就万能了。 - NodePainter类
这个类里面都是静态方法，它的paint函数是外部会调用的。其实我们看到的item都是它画出来的。主要是不了解为什么都是静态方法，网上查了下可能是为了加快速度不创建和析构对象，频繁调用的函数就会用静态方法。那么为什么不索性创建一个静态类呢？原来这样的形式(所有方法和成员都是静态的)，它就是静态类。另外一个和它类似的是ConnectionPainter静态类。node应该就是绘制节点的，ConnectionPainter应该就是绘制连线的。我要修改的话，可以在里面随意改咯，当然他设计体系了面向对象的思维方式，也很灵活，关于样式风格的修改，参数都是connectionStyle类中获取的，可以理解为从json配置文件中获取的。 - NodeState类
这个类比较简单，主要是保存节点状态的，比如是否连接，是否删除了。我没有想到设计者居然把节点状态单独制作为一个类了，要是我的话，因为放在和节点定义的类中。他这样做一定有他的好处，估计就像c代码变成一样，一个c文件中的小模块功能尽量要单一，这样便于维护和扩展代码。 - NodeGraphicsObject类
它是节点对象的和用户交互的接口。继承QGraphicsObject，ConnectionGraphicsObject也一样。一个是节点交互控制，一个是连线交互控制。 - NodeGeometry类
这个类和NodeState一样都比较简单，我理解是从node拆分出来的，它都是几何外观属性的读写。之所有抽象出这样的对象的原因1个是做逻辑判断的时候要用，另外一个就是这样抽象的对象，可以用于其它项目。毕竟每个和绘图相关的对象，都会有Geometry属性。 - NodeDataModel类
这是一个比较关键的类，它设计的方法就是类似Qtableview和QListview这样将model绑定到view中显示。简单来说有了model中的数据，view就可以显示绘制出不同的内容。而此Model大多为虚方法，让用户重写的，比如刚刚看的Geometry类，这个model中的数据（_dataModel->nPorts）就起作用了。unsigned int NodeGeometry::nSources() const { return _dataModel->nPorts(PortType::Out); } - NodeConnectionInteraction类
这个就是可连接，执行连接，断开连接。居然也被抽象出来作为一个类。 - Node类
保存的是节点的动态变化行为，这个属于控制类。连接了Node相关的好几个类。并且用来保存和打开节点文件。 - FlowScene类
处理view上的动作，比如右键菜单。 - 关于连线的以Connection打头的类
和Node打头的类是一样的。也有对象绘图，用户交互，状态，地址位置，总控制等类。理解了node相关的类就理解了Connection相关的类。
三，二次开发
我要验证我的理解是否正确，那么最好的办法，就是基于自己的需求进行修改源码，那么就先修改外形和颜色吧！把节点变成了绘制架构图中的block框图的应用，autosar Davinci developer工具中就有类似的SWC，包括SR和CS port。
我制作的autosar swc模块效果如下：
image.png
四, 小结
看优秀的代码设计真的是很轻松。这就是常说的应届生能看懂高手的代码，高手看不懂应届生的代码。哈哈~但是我还没有搞清楚为什么要拆分出这些类，若我合并了某些类又会如何。难道可移植性就会降低。看来只有我自己设计一个来对比才能有深刻认识了。
c++比起其它语言，在图形图像领域依然为首选，原因除了性能应该还有就是模板类的使用。将来我的设计中需要多多使用。
