用OWL API解析内联函数语法公理
函数解析器是否具有simular特性？或者是否有第三部分实现或示例允许轻松解析现有本体之上的内联字符串？
共有1个答案
该特性是曼彻斯特语法所特有的，其他OWLAPI解析器不支持它。
但是，如果您希望解析的公理是自包含的（即，不需要前缀，也不需要声明来消除实体的歧义），那么一个解决方法就是将它包装在一个空的本体中并解析它。
Prefix(xsd:=<http://www.w3.org/2001/XMLSchema#>)
Prefix(owl:=<http://www.w3.org/2002/07/owl#>)
Ontology(<http://example.com/temp>
# add your axiom string here
)
然后只需检索所有公理并丢弃本体。
-
我正在为OWL本体寻找一个好的解析器--最初是用Python的，因为我对Java的经验非常有限。就我所知，OWLAPI似乎是最好的选择，好吧，就是Java。 因此，我试图解析一个.owl文件，并从中构建AST。我下载了owlapi，但我有问题，因为它似乎没有太多的文档。 我最基本的问题是-say-owlxmlparser（）的前两个参数代表什么：-document source：这是作为流读取的.
-
函数是一个可以重复使用的代码块，CPU 会一条一条地挨着执行其中的代码。CPU 在执行主调函数代码时如果遇到了被调函数，主调函数就会暂停，CPU 转而执行被调函数的代码；被调函数执行完毕后再返回到主调函数，主调函数根据刚才的状态继续往下执行。 一个 C/ C++ 程序的执行过程可以认为是多个函数之间的相互调用过程，它们形成了一个或简单或复杂的调用链条，这个链条的起点是 main()，终点也是 ma
-
从软件工程角度看，将程序实现为一组函数很有好处，但函数调用却会增加执行时的开销。 C++ 提供了内联函数 (inline function) 可以减少函数调用的开销，特别是对于小函数。函数定义中函数返回类型前面的限定符inline指示编译器将函数代码复制到程序中以避免函数调用。其代价是会产生函数代码的多个副本并分别插入到程序中每一个调用该函数的位置上(从而使程序更大)，而不是只有一个函数副本(每次
-
FAQs in section [9]: [9.1] 内联函数有什么用？ [9.2] 有没有个简单的例子说明什么是顺序集成(procedure integration)？ [9.3] 内联函数能改善性能么？ [9.4] 内联函数如何在安全和速度上取得折衷？ [9.5] 为什么我应该用内联函数？而不是原来清晰的 #define 宏？ [9.6] 如何告诉编译器使非成员函数成为内联函数？ [9.7]
-
C++ 类 & 对象 C++ 内联函数是通常与类一起使用。如果一个函数是内联的，那么在编译时，编译器会把该函数的代码副本放置在每个调用该函数的地方。 对内联函数进行任何修改，都需要重新编译函数的所有客户端，因为编译器需要重新更换一次所有的代码，否则将会继续使用旧的函数。 如果想把一个函数定义为内联函数，则需要在函数名前面放置关键字 inline，在调用函数之前需要对函数进行定义。如果已定义的函数多
-
词法解析、语法解析 这一节我们分析下PHP的解析阶段，即 PHP代码->抽象语法树(AST) 的过程。 PHP使用re2c、bison完成这个阶段的工作: re2c: 词法分析器，将输入分割为一个个有意义的词块，称为token bison: 语法分析器，确定词法分析器分割出的token是如何彼此关联的 例如： $a = 2 + 3; 词法分析器将上面的语句分解为这些token：$a、=、2、+、3