在 NetlistManagerClass 中原本有一个方法叫做 updateAllNetlistIndexTo()，它起初的含义是将第一网络节点中所有的成员，从第一网络节点中删除、并且追加到第二网络节点中，然后第一网络节点便成为了“荒废节点”，可以删除掉了。
这个方法存在着一些问题。首先是它的名称今天看来已经不再准确，更准确的名称应该是 merge，完成的功能还是一样的：将网络节点a和网络节点b中的所有成员，都迁移到a或b网络节点中，然后将荒废掉的网络节点剔除掉。
其次，对于merge(netlist a, netlist b)，究竟是将谁的内容迁移到另外一个网络节点中呢？昨天我纠结了很久，后来想明白了：无论从a到b，还是从b到a，实际上都是一样的，因而完全没有必要纠结要不要为这个方法增加第三个参数指明保留谁。
而今天重构这块代码的时候，又有了更为“智能”的一个方案：既然无论怎样的方向对于合并都没有影响，那么就应该选择成员最少的网络节点进行“搬家”操作，这样效率会更高，因而在merge()内部进行判断，找到a和b中迁移成本低的进行迁移。
额外的，在完成上述方法重构时发现，除了在 PlacementManagerClass 中会调用netlistManager->merge()方法外，在NetlistManagerClass中也会调用netlistManager->merge()方法，并且后者的调用是“迂回到footpin中”进行调用，后者的“迂回”导致代码逻辑十分难以理解，所以将迂回的调用删除了，如此就简化到只要在PlacementManagerClass和NetlistManagerClass两个类中的两个位置上调用merge()，如此代码相对比较容易理解。
即便做到了上面说的“只在两个地方调用”，实际上还是有些“繁琐”的，还是业务逻辑上的繁琐与不恰当。这一点上现在脑子有些乱，所以先写下这篇备忘，将相关工作记录一下。有时间会再推敲如何继续合并代码，争取只在一个地方、一个逻辑内，完成“网络节点的合并”。
