第1071章 仓頡的路线之爭

  选择javascript路线，无异於从一开始就背上了沉重的“歷史技术债务”，未来將步履维艰。

  经过审慎的评估与激烈的討论，华兴最终拍板：

  “仓頡”必须定位为一款自研的、静態类型的程式语言。

  它的对標对象，是苹果的swift、安卓早期依赖的java和现在主推的kotlin这些成功应用於大型移动生態的语言，无一例外都是静態类型。

  静態类型语言在编译阶段就能发现大量类型错误，极大地提升了代码的健壮性和安全性。

  同时，由於其类型信息在编译期確定，编译器可以进行更深层次的优化，通常能带来更好的运行时性能。

  当然，华兴也考虑到开发者的习惯和迁移成本。

  为了让来自不同技术背景的开发者能够相对平滑地过渡到“仓頡”，团队决定採用“多范式”的语言设计策略。

  这意味著“仓頡”会借鑑和融合多种编程范式中通行的、优秀的表达方式，儘量让它的语法和特性与一些主流的编程风格保持近似性。

  姚尘风回想起余新峰当时的解释：

  “我们可以把『仓頡』看作类似swift那种集大成的语言，它应该能让熟悉苹果或安卓开发的开发者，感受到一种技术上的亲近感，从而更容易切换到『仓頡』上进行开发。”

  团队在每一个语言特性的设计上都投入了大量精力进行重新思考和自主实现，力求做到既先进又实用。

  “所以，”余新峰曾总结道。

  “等到『仓頡』语言正式发布后，我们给开发者的选择会是灵活的。

  习惯用我们基於typescript扩展的arkts的开发者，可以继续使用arkts；