[讨论]：自定义实体的有关问题。

cactus

自定义 实体 ，用于 给一条特别的线显示说明 ，这个思路好不好

ygq_2005

我刚刚学习CAD二次开发,开始用Lisp,可是总是有好多数据无法存,
用块属性加XDATA还不能满足要求.
正在考虑开发一套自定义实体.以实现绘图自动化.以后的修改自动化.减少绘图错误.

suntianyi23

最初由 XDSoft 发布
[B]

仅仅使用ACAD标准的实体，仅仅用LISP，就能开发出非常好的软件。远的是天正3.x,近的理正建筑，我们应该挖掘现有实体的潜力，多在实现算法上做工作。[/B]

支持晓东的思路

RedCAD

绝对支持自定义实体，我无法想象不采用自定义实体如何能做出CAD的二次开发，我100%采用自定义实体，95%采用自己的命令，完全抛弃ACAD的界面，仅仅依赖于她这样一个平台。

lilin99010929

对头，自定义实体实现的程序不论说速度还是性能，还是与用户的交互性，甚至版本的升级智能识别都太完美了，特别是我们这些专业软件！

Wildfire

支持自定义实体，目前只有通过他才能作出智能化的二次开发软件，面向对象的概念才能发扬广大！我们不应该怕交流而扼杀了这个很有潜力的技术！

lilin99010929

自定义实体在实现的过程中，如果不注意面向对象的程序实现方法，可能产生很大的维护成本，特别是工程中涉及到很多单独的绘制实体的时候，比如说，清华建筑是用实体实现的，但是本人觉得此软件滥用实体技术，面向对象的程序设计理捻不是很强，导致需要维护大量的自定义实体。
其实它完全可以采用一些成熟的设计模式与自定义实体技术配合使用，可能其使用的类的数量将大大减少，用户也不需要去了解那么多的自定义类。
在自定义拖动实体技术中，如果采用ACEDJIG来实现拖动，本人觉得这是一种傻瓜式的实现办法，完全忽视了OOP技术。
总之，如果你想采用自定义实体做理论上实体数量比较大的工程软件的时候，建议大家看一本书籍《设计模式》。如果能够很好的配合此书上的一些成熟的面向对象的设计模式，你可能有意想不到的收获！
在工程软件开发中，常用的设计模式包括：对象工厂，桥接等！

RedCAD

高手，有空去看看了，但如果是那样，我们就不跟在AutoDesk后面了，直接去搭建一个CAD平台了，但那样风险和成本将更大啊。

lilin99010929

我说的图形容器其实仅仅是一个[包装器]设计模式的使用，采用一个集合类，一个工具函数类，实现自己应用程序到cad直接的通讯。就好象直接使用STL和使用MFC开发应用程序一样，而图形容器只是一个形象的代号而已。
最后的效果可以实现：快速数据库读取，图形的所有可见属性的配置（在集合类中实现文字样式，标注样式，图层等，这些就好象一个皮肤一样可以随意的整个替换和配置），快速绘图，图形数据的参数压缩（压缩后，图形恒定大小为30-50KB，不论起多么复杂）等等！

to：RedCAD
有空交流交流，zx_pisan@163.com

RedCAD

TO:lilin99010929  
我的MSN：MyNewRedCAD@hotmail.com
很高兴见到你。

pianette

看了楼上各位对自定义实体的讨论，我个人也强烈支持自定义实体的使用。
自定义实体可以有效的实现数据与图形的结合，这一点我认为是非常重要的，尤其对于专业性很强的软件，图形只是程序的一部分，后台计算才是专业软件的核心，而自定义实体有效的把图形和数据结合起来，实现了计算和绘图的一体化。
也正如lilin99010929所说的，过多的自定义实体会成倍的增加系统的维护成本，这样程序的前期规划的重要性就突出出来了。合理的自定义实体及派生类的实体，应该可以更有效的实现图形及图形以外的功能。

RedCAD

TO:pianette
图形只是程序的一部分，后台计算才是专业软件的核心
你说得非常好，支持你。

cancheung

考虑到图纸要向外界交流，一般能解决的都不使用自定义实体了。

RedCAD

但我觉得在自定义类中如果你把分解函数做好了，当要给别人看图时可以把所有的自定义类炸开后保存一下在第三方的机器上应该是可以打开的呀。

lilin99010929

对头，只要添加一个发布功能（批量炸开）即可，即重载explod函数。
自定义实体还可以解决cad开发中的一个头痛问题：打印。如果采用自定义实体可以达到只允许用户看到成果图，但是用户不能打印成果图！