[讨论]：有关"AcGe"类及"AcDb"类的讨论！

DARCY

有关"AcGe"类及"AcDb"类，想必大家都很熟悉，在"ARX"程序中，我也用过其中不少的类。
我最近想做一个比较大的程序，功能主要是绘图，其实不过是“线、文本”等常见的实体，但是实体数目比较多。
我有个想法想和大家分享一下，请晓东及各位朋友帮我分析一下，这样我会少走一些弯路。

我想由于"AcGe"类的特点是：
1）：相对开销要小；
2）：其具有很好的几何计算方法可用；
3）：可以转化成对应的"AcDb"类，最后在数据库中表现出来。
所以我想尽量将要绘制的实体用"AcGe"类来描述，包括一些中间推算过程使用的辅助线都用"AcGe"类来描述。
最后，将要绘制的部分转换成"AcDb"类。但我现在有些顾虑，我怕"AcGe"类的稳定性不如相应的"AcDb"类实体，因为毕竟它们没有被加入到图形数据库中，只是存在于内存中。一旦处理不当，会不会有内存泄漏？
这样，有些中间推算过程会不会受影响？
请各位有相关经验的朋友给我一些指导，谢谢！！！

masterhe

如果都需加到DWG数据库中,直接用AcDb就对了.
你的担心都是多余.

DARCY

谢谢" masterhe "斑竹！

关键是有些实体只是“中间过程”的产物而不是最终的数据库中的实体！
比如说有个任务，根据给定参数及一个给定偏移距离绘制一条“AcDbPolyline”。
我现在的做法是：
1）：根据输入参数，我绘出一条“AcDbPolyline”---A，然后加到数据库中；
2）：将它“offset”一个给定距离后得到的“AcDbPolyline”---B；
3）：删除“AcDbPolyline”---A。

  
注：1）：“AcDbPolyline”---A实际是条辅助线，根据给定参数我只能得到绘制它的数据；
    2）：“AcDbPolyline”---A是不可少的，因为我还需要它的参数（比如长度）以备后用；
    2）：“AcDbPolyline”---B才是最终要得到的实体！

在此类情况调用次数很多的情况下，若我改用“AcGe类”描述辅助线A，岂不是更好？