检查数据库驻留实体
下面是我正在处理的一些代码片段，是我正在处理的python arx包装器的代码片段，除非我以最好的方式解决这个问题，否则它将是这个链条中的薄弱环节！当使用Python来回传递指针时，您以这种方式将指针包装在CPyObject(基本上是void*的容器)中代码0]
其中“del_ent”是指向用于清理的删除函数的函数。
这样，Python就有了一个指向新数据库实体的指针，可以做它需要做的事情，但是，一旦你返回到主机应用程序，Python就需要做它的清理工作，这就是我到目前为止所做的工作，它可以工作，但我不满意它-
static void del_ent(void* ptr)
{
/* just return and python will be happy, again, we need
to be careful with this as we could easily create a memory leak! */
AcDbEntity* e = (AcDbEntity*)ptr;
//e->upgradeOpen();
if(e->blockId() == AcDbObjectId::kNull) // it's not a db resident, we can delete it.
delete ptr;
//e->close();
return;
}
问题是文档说如果指针没有打开，就不应该“访问”指针，在实体没有打开的情况下使用e->BlockId()会违反规则吗？？(好像很管用...)
有没有更好的方法可以在不打开的情况下检查实体/对象是否属于db？
谢谢。米克。
**** Hidden Message ***** 似乎只要您没有修改任何内容，就应该可以检查ObjectID的isNull或isValid代码2] 谢谢Dan.
我也在考虑这个问题，只是来回传递ObjectId可能会更安全......如果我删除了其中一个，我可能会遇到同样的问题（？）。 不，ObjectId可能是相同的，如果不是更糟的话！
我将尝试使用句柄，这也避免了传递指针，但有助于处理实体(打开等)。 只是猜测......如果实体不是db居民，那么它会没有OwnerId吗？....../猜测 谢谢Paul，是的，关闭是另一个问题，但无论如何都不会有什么坏处，因为对象在创建时会打开，无论如何我都会打开编辑对象，python会在失去焦点后调用此方法，所以我想这是一种安全网。
我不希望python接口过多地模仿arx，它会使它过于冗长，并且会破坏使用python的目的，我认为，我宁愿它更像是vb，它在幕后处理数据库交互，所以你可以专注于脚本。
干杯，
米克。
页:
[1]