自定义对象-优点和缺点
这些年来，我一直在尝试构建一些定制对象，但是还没有勇气将它们部署到我的客户那里。我当前的项目是基于我们网站上的xml数据库在autocad中创建的一个明细表，它构建了一个表格对象。用户可以分解它，拧紧xdata smarts并冲洗它。
我正在尝试创建一个从table对象派生的简单对象。取消用户修改时间表(没有我的界面)或分解时间表的能力。然后使用托管包装，这样我就可以用c#创建我的接口。
你们中有人对部署(或不部署)自定义对象有什么建议吗？我创建的一些autocad插件目前有大约1000名用户。我每年都会更新它，并在那时加入这个新的对象。谢谢
**** Hidden Message ***** 是啊，说得好。我从2007年开始。
Autodesk应该付钱给我，让我强迫1，000人升级.... 我从来没有部署过定制对象，主要是因为虽然它在封闭的环境中工作得很好，但是如果您的定制对象需要被客户端(或者客户端的客户端)查看，您要么需要为它们准备一个查看器(或者他们得到可怕的代理对象)，要么允许它被部署到您控制之外的多个用户。当然，即使画中有物体，这种情况也会发生，但是客户不需要看到它。我知道我讨厌得到带有代理对象的图纸，因为我不知道那里没有什么..因此，我担心我的画可能不是他们的准确代表。 原则上，自定义对象是一个很好的想法，但是在实践中，它们对于开发者和最终用户来说都是一个很大的负担。正如Keith指出的，有代理对象的东西，然后有COM接口，如果你想你的对象正确地出现在属性框中。你还应该提供一个标准acad对象例程的转换器(通常为“分解”完成)。
在您的情况下，有许多用户和一家愿意为开发和维护付费的公司，如果您看不到任何其他方法，这可能是一条可行之路。
高温。
谢了。
在这种情况下，我认为自定义对象是正确的选择。我将在属性框上做一些测试，但到目前为止，它似乎显示的是标准的表格内容，这正是我想要的。爆炸是我不想做的。
这很奇怪，我想这样做的原因之一是让自己使用更多的c++，但是使用托管包装，只需要很少的c++，大部分是由objectarx向导创建的...
而且，如果我以后改变主意，使用标准表将非常容易，因为对托管包装的所有操作都与使用标准表对象相同。
再次感谢。
如果你仍然可以说服自己，在所有这些负面新闻之后，这是正确的做法，你必须有一个非常有力的理由。 请理解，我的“负面新闻”仅限于在外部组织中使用图纸的环境。在开发人员拥有封闭环境(即使该环境超过1000台计算机)的部署中，如果自定义对象解决了用户的问题，该部署将是一个好的部署。 嗯。如果我选择自定义对象，在部署到公司外部之前，我会仔细考虑。
有几件事-我不明白你关于覆盖爆炸很难的评论。我所要做的就是覆盖函数并返回代码。
如何用包装类对象存储持久数据？xdata？xrecords？谢谢 谢谢，米克。
做出决定的有用信息。
在10月份发布最终项目之前，我可以测试大约150名内部用户。
我会让你知道哪条路以及进展如何... 祝你好运，如果我能帮上什么忙，尽管说，我仍然喜欢和他们一起工作，因为他们会教你很多关于AutoCAD的核心工作原理。干杯，米克。
页:
[1]