我答编程为什么不用中文?:中文API的意义和探索

CocoaChina 2天前我要分享

原始问题的标题非常广泛,首先引用原始问题的描述:

不要说任何难以用中文写,难以记忆,难以阅读的内容。

也不要说只有几十个关键字。我认为for,+,=没有任何价值。在阅读代码时,我希望我不希望看到一个运算符和关键字,并尝试尽可能地打包它。 (我希望世界上不再有长长的代码块)

百分之九十九的编程用于API编程。

而java的标准库接近数千,Android api有多少?那个ssm框架怎么样? Dom和相关的vue,反应框架。 CSS的几十个属性,数百个属性值都不那么容易理解。底层开发人员还需要使用大量的系统调用和内核apis,这也是一个很大的问题。其他三方库,开源项目的API不用说。

你还记得这些类名,方法名,属性名和常量名吗?不消耗查询的中间成本是多少?那些错误,看原始资料的时间,谷歌上的那些成本,stackoverflow。

在公司工作时,api的设计和阅读是痛点之一吗?应该将多少个层划分为数十万行的程序,应该设计多少个模块,有多少个属性,多少个变量常量,多少个对象名,多少个css类名。为此写了多少文件,有多少评论,有多少脑细胞死亡?

。越来越重视代码的可读性,注重代码自我解释的现代化。

对中国人来说真的没意义吗?

我的答案如下:

很高兴看到API和可读性的问题,它也是中文编程主题的一小部分。

毫无疑问,在中文是唯一的官方语言的地区,在编程中更多地使用中文是不可避免的趋势。

标识符的本机化可以提高代码的可维护性,如《对在代码中使用中文命名的质疑与回应》中所述。正如该主题所说,业界对代码可读性含义的认识提高,这是对中文编程的推动。有关详细信息,请参见《中文编程兴起的必然性》。

API是标识符的重要组成部分,但它也是需要添加的短板。就个人而言,随着中文在自定义标识符中的使用逐渐推广,API的文化将逐步推进,从专业领域到一般领域是一个更可能的方向。

在中文编程专栏之前已经有了一些探索。例如,在英语API完成后,比较:《用中文命名API的意义和途径》

英文版:

使用中文API的版本:

(第一个?)中文API在通用包管理平台上发布:《在Maven Central发布中文API的Java库》。

因为库本身是为中文处理的,所以中文API是很自然的。当然,不仅可以在中文相关项目中使用中文API。即使保留了英文API,也可以在所有现有的开源项目中累积中文API,如《在国内原创开源项目中使用中文命名的意义与方式》中所述。之前也有尝试:《FriceEngine试用与API中文化》

虽然API中的文化似乎具有较低的技术门槛,但很大一部分工作量是完成测试并与术语一致。已经发现将现有编程语言和公共库中国化的开源项目还没有看到完整的测试集,这是图书馆质量的最直观反映。相应的中文普通API中英词汇词汇尚未形成完整的对应表。这与标准/通用库通常具有数百或数千个API以及IT术语尚未标准化这一事实有关。

因此,在专业领域中实践中文API可能更容易,因为该领域本身已经具有完整的中文术语系统。毋庸置疑,游戏产业更是如此。例如:

自主开发的API需要实践积累,因为API设计一方面是软件问题,另一方面也需要熟悉业务需求。另外,中文API与儿童编程密切相关,特别是如果我们想将编程应用于传统学科的教学(如数学,中文等),我们必须开发一套母语API,如日本的《小学编程教育指导》,有这种本地语言API的例子:

最近,我们在中国Scrach中看到了很多类似的环境,但似乎我们还没有看到与传统学科整合的例子。

路就在您的脚下。我希望我们能够更多地沟通并共同努力。

收集报告投诉

原始问题的标题相对较宽。首先,引用原始问题的描述。

不要说荒谬的话,比如难以击败,难以记忆,难以阅读。

并且不要说只有几十个关键字。我不认为那些,if,+,=有任何价值。当我阅读代码时,我想尽量不看一个运算符和关键字,而是尽可能完整地封装它。 (可能世界上不再有长长的代码块)

百分之九十九的编程用于API编程。

而java的标准库接近数千,Android api有多少?那个ssm框架怎么样? Dom和相关的vue,反应框架。 CSS的几十个属性,数百个属性值都不那么容易理解。底层开发人员还需要使用大量的系统调用和内核apis,这也是一个很大的问题。其他三方库,开源项目的API不用说。

你还记得这些类名,方法名,属性名和常量名吗?不消耗查询的中间成本是多少?那些错误,看原始资料的时间,谷歌上的那些成本,stackoverflow。

在公司工作时,api的设计和阅读是痛点之一吗?应该将多少个层划分为数十万行的程序,应该设计多少个模块,有多少个属性,多少个变量常量,多少个对象名,多少个css类名。为此写了多少文件,有多少评论,有多少脑细胞死亡?

。越来越重视代码的可读性,注重代码自我解释的现代化。

对中国人来说真的没意义吗?

我的答案如下:

很高兴看到API和可读性的问题,它也是中文编程主题的一小部分。

毫无疑问,在中文是唯一的官方语言的地区,在编程中更多地使用中文是不可避免的趋势。

标识符的本机化可以提高代码的可维护性,如《对在代码中使用中文命名的质疑与回应》中所述。正如该主题所说,业界对代码可读性含义的认识提高,这是对中文编程的推动。有关详细信息,请参见《中文编程兴起的必然性》。

API是标识符的重要组成部分,但它也是需要添加的短板。就个人而言,随着中文在自定义标识符中的使用逐渐推广,API的文化将逐步推进,从专业领域到一般领域是一个更可能的方向。

在中文编程专栏之前已经有了一些探索。例如,在英语API完成后,比较:《用中文命名API的意义和途径》

英文版:

使用中文API的版本:

(第一个?)中文API在通用包管理平台上发布:《在Maven Central发布中文API的Java库》。

因为库本身是为中文处理的,所以中文API是很自然的。当然,不仅可以在中文相关项目中使用中文API。即使保留了英文API,也可以在所有现有的开源项目中累积中文API,如《在国内原创开源项目中使用中文命名的意义与方式》中所述。之前也有尝试:《FriceEngine试用与API中文化》

尽管API文化似乎具有较低的技术门槛,但很大一部分工作量是完成测试并且术语是一致的。发现本地化现有编程语言和公共库的开源项目还没有看到完整的测试集,这是图书馆质量的最直观的体现。相应的中文术语常用的API中英文词汇尚未形成完整的对应表。这通常与具有数百或数千个API的标准/公共库相关,并且与IT术语无关。

因此,(传统)专业领域可能更容易实践中文API,因为域本身已经具有完整的中文术语系统。毋庸置疑,游戏领域在工业领域更是如此。例如:

自行开发的API需要在实践中积累,因为API设计一方面是一个软件问题,它需要非常熟悉业务需求。此外,中文API也与儿童节目密切相关。特别是如果你想将编程应用于传统科目的教学(如数学,语言等),你必须开发一种本地语言API,例如在日本《小学编程教育指导》。有这样的本地语言API的例子:

最近,我在中国Scrach看到过很多类似的环境,但似乎我没有看到与传统学科相结合的例子。

路就在脚下。我希望能够交流更多,共同努力。