以编程方式切换API命名约定

Question

背景

Java定义了一个不遵守标准FreeLing命名约定的接口。例如：

package freeling;

public class sentence extends ListWord {
  public void set_parse_tree(parse_tree arg0) {

接口是使用大口定义的，它类似于IDL。

class sentence : public std::list<word> {
 public:
  sentence(void);

  void set_parse_tree(const parse_tree &);

问题

从学术上讲，您将如何将接口映射到传统的Java命名标准(例如class Sentence和setParseTree( parseTree arg0 ))？

想法

1. 手动转换650+行接口文件 (并向开发人员发送修补程序)。
2. Regex 搜索和替换巫毒(使用vi)：:1,$s/_\([a-z]\)/\u\1/g
3. 从53个自动生成的Java源文件创建包装类。

谢谢!

Answer 1

你知道为什么不应该用regex解析HTML吗？是的，也不要用正则表达式写编译器级的逻辑。所以不是(2)。

不要重写他们的界面。它们的代码与您可能使用的其他中间库一样需要它。不是(1)。

如果您想将丑陋的代码排除在代码之外，请编写一个包装器接口。这样，在向他们发送一封礼貌的信，或者用更严格地尊重约定的开发人员创建的库之后，您可以灵活地迁移。

Answer 2

当我试图集成FreeLing JNI时，我遇到了同样的命名约定危机，然后我意识到这个API给我在我的项目的编译周期中造成了困难，而且性能明智是远远不够的(因为它在内部为您提交的每一个句子重新创建所有对象)。我建议您切换到包中附带的分析器服务器：Client/Server模式文档

您可以重新创建它们在PHP示例和analyzer.cc中实现的内容。