自定义对象-优点和缺点

Draftek · 发表于 2006-5-11 11:29:44

这些年来，我一直在尝试构建一些定制对象，但是还没有勇气将它们部署到我的客户那里。
我当前的项目是基于我们网站上的xml数据库在autocad中创建的一个明细表，它构建了一个表格对象。用户可以分解它，拧紧xdata smarts并冲洗它。
我正在尝试创建一个从table对象派生的简单对象。取消用户修改时间表(没有我的界面)或分解时间表的能力。然后使用托管包装，这样我就可以用c#创建我的接口。
你们中有人对部署(或不部署)自定义对象有什么建议吗？我创建的一些autocad插件目前有大约1000名用户。我每年都会更新它，并在那时加入这个新的对象。谢谢

本帖以下内容被隐藏保护；需要你回复后，才能看到！

游客，如果您要查看本帖隐藏内容请回复

Draftek · 发表于 2006-5-11 11:50:17

是啊，说得好。我从2007年开始。
Autodesk应该付钱给我，让我强迫1，000人升级....

Keith · 发表于 2006-5-11 12:14:49

我从来没有部署过定制对象，主要是因为虽然它在封闭的环境中工作得很好，但是如果您的定制对象需要被客户端(或者客户端的客户端)查看，您要么需要为它们准备一个查看器(或者他们得到可怕的代理对象)，要么允许它被部署到您控制之外的多个用户。当然，即使画中有物体，这种情况也会发生，但是客户不需要看到它。我知道我讨厌得到带有代理对象的图纸，因为我不知道那里没有什么..因此，我担心我的画可能不是他们的准确代表。

Draftek · 发表于 2006-5-11 12:37:07

原则上，自定义对象是一个很好的想法，但是在实践中，它们对于开发者和最终用户来说都是一个很大的负担。正如Keith指出的，有代理对象的东西，然后有COM接口，如果你想你的对象正确地出现在属性框中。你还应该提供一个标准acad对象例程的转换器(通常为“分解”完成)。
在您的情况下，有许多用户和一家愿意为开发和维护付费的公司，如果您看不到任何其他方法，这可能是一条可行之路。
高温。

MickD · 发表于 2006-5-11 13:23:11

谢了。
在这种情况下，我认为自定义对象是正确的选择。我将在属性框上做一些测试，但到目前为止，它似乎显示的是标准的表格内容，这正是我想要的。爆炸是我不想做的。
这很奇怪，我想这样做的原因之一是让自己使用更多的c++，但是使用托管包装，只需要很少的c++，大部分是由objectarx向导创建的...
而且，如果我以后改变主意，使用标准表将非常容易，因为对托管包装的所有操作都与使用标准表对象相同。
再次感谢。