2018-10-19 Chrome插件实现GitHub代码离线翻译v0.0.4

Posted program-in-chinese

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了2018-10-19 Chrome插件实现GitHub代码离线翻译v0.0.4相关的知识,希望对你有一定的参考价值。

续前文Chrome插件实现GitHub代码翻译v0.0.3. 添加了对驼峰命名的支持. 由于调用浏览器插件-离线英汉词典进行词汇翻译, 因此也不依赖于任何在线翻译服务.

Chrome插件: 官网链接

支持所有编程语言

因为并不需要对源代码进行语法分析(之前Java源码英翻中进展-内测上线中使用了语法分析, 工作量大很多), 因此原则上已经支持所有编程语言的源代码. 但对一些编程语言效果更好, 见下面效果.

Java: 源码来源
技术图片

Python: 源码来源
技术图片

C: 源码来源 接下去添加C的关键词翻译后, include/char就不会那么坑了.

[2018-10-19-github源码翻译_c_0.0.4]({{ "/assets/2018-10-19-github源码翻译_c_0.0.4.png" | absolute_url }})

阶段小结

翻译方面做下去会遇到和自然语言机器翻译类似的问题. 当然会比自然语言好一些, 因为命名往往使用的是最正式(非口语化)的词汇, 连接词的使用也较少, 而且基本没有完整语句. 即便如此, 也会存在词汇的歧义, 比如词性问题, 比如顶图例子中BasicCalculator, Basic在內建词典中有名词/形容词几种词义:

n. 基本原理, 要素, 基本规律
a. 基本的, 碱性的
(计算机)BASIC语言

现在的算法是直接用首个词义, 就是名词的"基本原理". 再比如"tell"在没有后接名词时应该是取vi释义:

vt. 告诉, 说, 吩咐, 断定, 知道
vi. 讲述, 泄密, 告发, 表明

改进就需要加入自然语言处理的方法.

源码

文本处理.js中驼峰命名拆分:

function 拆分骆驼命名(命名) {
  // 参考: https://stackoverflow.com/a/7599674/1536803
  return 命名.split(/(?<=[a-z])(?=[A-Z])|(?<=[A-Z])(?=[A-Z][a-z])/);
}

以上是关于2018-10-19 Chrome插件实现GitHub代码离线翻译v0.0.4的主要内容,如果未能解决你的问题,请参考以下文章

原创最简单的方式在Chrome中安装EsHead插件

chrome浏览器,安装postman插件,实现json格式的接口测试

chrome浏览器,安装postman插件,实现json格式的接口测试

通过SwitchyOmega插件实现Chrome的PAC模式代理网络连接

通过SwitchyOmega插件实现Chrome的PAC模式代理网络连接

程序员偷懒指南 -- 用chrome插件实现前端资讯推送