重命名 SWIGTYPE 并将代码注入生成的 class
Renaming a SWIGTYPE and injecting code to the generated class
我正在扩展 jCAE/occjava,用于使用 SWIG 生成的接口从 Java 访问 OpenCasCade C++ 库。
一些 C++ 端对象需要比较是否相等,即运算符 ==
.
特别是 class Handle_Standard_Type
的实例,它们像在库中一样使用单例来表示动态类型信息,即或多或少像枚举。觉得不相关,就放在这里作为背景资料吧。
我可以使用以下 SWIG 定义来完成这项工作
%typemap(javacode) Handle_Standard_Type& %{
public boolean equals(Object obj) {
boolean equal = false;
if (obj instanceof $javaclassname)
equal = ((($javaclassname)obj).swigCPtr == this.swigCPtr);
return equal;
}
%}
然而,这会生成一个难看的 class 名称 SWIGTYPE_p_Handle_Standard_Type
。
我尝试了所有我能找到的东西,例如这个:
Remove SWIGTYPE from Generated Class name
但是如果我按照建议去做并添加到我的 SWIG defs:
class Handle_Standard_Type {}
我确实摆脱了丑陋的名字,但是 equals()
方法没有被注入 Java class.
更复杂的是,OCC 中的大多数 classes 都是使用
处理每个 C++ class Example
都有一个 Handle_Example
class。
为了摆脱 Java 方面的丑陋,occjava 项目 SWIG 定义有很多定义,例如:
%rename(Example) Handle_Example;
所以我需要我的解决方案遵循此命名约定,因此最终生成的 Java class 需要命名为 Standard_Type
.[=32 而不是 Handle_Standard_Type
=]
这里有一些更多的细节,以防它们相关或可能影响所采取的路径。
这是 OCC 中的动态类型如何工作的示例,或者更准确地说是如何使用 SWIG 从 Java 访问它的示例。
在 SWIG 中我们有这样的定义:
%{
#include <Geom_Geometry.hxx>
#include <Geom_Plane.hxx>
%}
%rename(Geom_Geometry) Handle_Geom_Geometry;
%rename(Geom_Plane) Handle_Geom_Plane;
%extend Handle_Geom_Geometry {
const Handle_Standard_Type& DynamicType()
{
return (*self)->DynamicType();
}
}
class Handle_Geom_Plane: public Handle_Geom_Geometry
{
Handle_Geom_Plane()=0;
};
%extend Handle_Geom_Plane {
static const Handle_Standard_Type& STANDARD_TYPE()
{
return STANDARD_TYPE(Geom_Plane);
}
}
在上面的 (*self)->DynamicType()
和 STANDARD_TYPE(Geom_Plane)
return 中,一个单例表示所讨论的 class 的类型。里面用了很多宏魔法。
我显示这些细节是因为我不确定我的类型映射定义是否与 Handle_Standard_Type&
匹配最好处理这个。
最重要的是,在 C++ 方面,我需要访问由 STANDARD_TYPE()
宏和函数 DynamicType
编辑的值 return,并在 Java 上比较它们] 与 equals()
一起用于 C ==
.
的语义等价物
像这样
Geom_Surface aSurface = ....
if (aSurface.DynamicType().equals(Geom_Plane.STANDARD_TYPE())) {
....
}
在 "swig-user@lists.sourceforge.net" -list 的帮助下解决了这个问题。
问题是 class 定义需要在
类型映射定义。
我错误地认为 class def 需要在类型映射之前
因为通常在编程语言中,您会在
之前引入类型
使用它们,但当然在这里它是相反的,因为它是
重要的类型映射范围,如 SWIG 用户手册“10.2.2 类型映射范围”中所述:
"Once defined, a typemap remains in effect for all of the declarations that follow."
以下是对我有用的 SWIG 定义:
%rename(Standard_Type) Handle_Standard_Type;
%typemap(javacode) Handle_Standard_Type %{
public boolean equals(Object obj) {
boolean equal = false;
if (obj instanceof $javaclassname)
equal = ((($javaclassname)obj).swigCPtr == this.swigCPtr);
return equal;
}
%}
class Handle_Standard_Type {};
在 Java 中,还应该记住在覆盖 equals()
时覆盖 hashCode()
,因此仍有待完成,但以上内容应该回答我在原始问题中的所有疑虑.
我正在扩展 jCAE/occjava,用于使用 SWIG 生成的接口从 Java 访问 OpenCasCade C++ 库。
一些 C++ 端对象需要比较是否相等,即运算符 ==
.
特别是 class Handle_Standard_Type
的实例,它们像在库中一样使用单例来表示动态类型信息,即或多或少像枚举。觉得不相关,就放在这里作为背景资料吧。
我可以使用以下 SWIG 定义来完成这项工作
%typemap(javacode) Handle_Standard_Type& %{
public boolean equals(Object obj) {
boolean equal = false;
if (obj instanceof $javaclassname)
equal = ((($javaclassname)obj).swigCPtr == this.swigCPtr);
return equal;
}
%}
然而,这会生成一个难看的 class 名称 SWIGTYPE_p_Handle_Standard_Type
。
我尝试了所有我能找到的东西,例如这个:
Remove SWIGTYPE from Generated Class name
但是如果我按照建议去做并添加到我的 SWIG defs:
class Handle_Standard_Type {}
我确实摆脱了丑陋的名字,但是 equals()
方法没有被注入 Java class.
更复杂的是,OCC 中的大多数 classes 都是使用
处理每个 C++ class Example
都有一个 Handle_Example
class。
为了摆脱 Java 方面的丑陋,occjava 项目 SWIG 定义有很多定义,例如:
%rename(Example) Handle_Example;
所以我需要我的解决方案遵循此命名约定,因此最终生成的 Java class 需要命名为 Standard_Type
.[=32 而不是 Handle_Standard_Type
=]
这里有一些更多的细节,以防它们相关或可能影响所采取的路径。
这是 OCC 中的动态类型如何工作的示例,或者更准确地说是如何使用 SWIG 从 Java 访问它的示例。
在 SWIG 中我们有这样的定义:
%{
#include <Geom_Geometry.hxx>
#include <Geom_Plane.hxx>
%}
%rename(Geom_Geometry) Handle_Geom_Geometry;
%rename(Geom_Plane) Handle_Geom_Plane;
%extend Handle_Geom_Geometry {
const Handle_Standard_Type& DynamicType()
{
return (*self)->DynamicType();
}
}
class Handle_Geom_Plane: public Handle_Geom_Geometry
{
Handle_Geom_Plane()=0;
};
%extend Handle_Geom_Plane {
static const Handle_Standard_Type& STANDARD_TYPE()
{
return STANDARD_TYPE(Geom_Plane);
}
}
在上面的 (*self)->DynamicType()
和 STANDARD_TYPE(Geom_Plane)
return 中,一个单例表示所讨论的 class 的类型。里面用了很多宏魔法。
我显示这些细节是因为我不确定我的类型映射定义是否与 Handle_Standard_Type&
匹配最好处理这个。
最重要的是,在 C++ 方面,我需要访问由 STANDARD_TYPE()
宏和函数 DynamicType
编辑的值 return,并在 Java 上比较它们] 与 equals()
一起用于 C ==
.
像这样
Geom_Surface aSurface = ....
if (aSurface.DynamicType().equals(Geom_Plane.STANDARD_TYPE())) {
....
}
在 "swig-user@lists.sourceforge.net" -list 的帮助下解决了这个问题。
问题是 class 定义需要在 类型映射定义。
我错误地认为 class def 需要在类型映射之前
因为通常在编程语言中,您会在
之前引入类型
使用它们,但当然在这里它是相反的,因为它是
重要的类型映射范围,如 SWIG 用户手册“10.2.2 类型映射范围”中所述:
"Once defined, a typemap remains in effect for all of the declarations that follow."
以下是对我有用的 SWIG 定义:
%rename(Standard_Type) Handle_Standard_Type;
%typemap(javacode) Handle_Standard_Type %{
public boolean equals(Object obj) {
boolean equal = false;
if (obj instanceof $javaclassname)
equal = ((($javaclassname)obj).swigCPtr == this.swigCPtr);
return equal;
}
%}
class Handle_Standard_Type {};
在 Java 中,还应该记住在覆盖 equals()
时覆盖 hashCode()
,因此仍有待完成,但以上内容应该回答我在原始问题中的所有疑虑.