我们正在考虑是否使用Dart构建Web应用程序。我们正在寻找一种技术,将在未来大约5年内保持高度相关性。
现在,由于EcmaScript 6规范即将发布(应该于2014年底发布),我们无法确定Dart是否真的会长期存在。
这是因为据我们所知,Google最初为Dash(现在是Dart)计划存在缺失。正如Google在其泄漏的备忘录中最初计划的那样:
“对于大型Google应用程序的现有代码库怎么办?他们难道不必重建所有内容以利用Dash吗?Dash跨编译器应该能够接受带有某些限制的类型闭包代码并将其转换为Dash。尽管迁移过程不会完全自动化,但它应该使转移到Dash代码库变得更加容易。”
因此,这就是这个问题的原因。
Google是否有任何努力来构建Closure(或GWT)到Dart编译器或翻译器?此外,您是否知道Google是否已经开始为任何现有或新的生产Web应用程序使用它?
换句话说,我们担心Dart只是一种语言,用于填补过渡期,并推动Javascript更快地迭代,但一旦主要浏览器支持ES6(和ES6+),它将被抛弃。
我们不想在Dart的利弊上引发任何争论,我们只需要一些有助于我们做出关键决策的实际信息。
谢谢
现在,由于EcmaScript 6规范即将发布(应该于2014年底发布),我们无法确定Dart是否真的会长期存在。
这是因为据我们所知,Google最初为Dash(现在是Dart)计划存在缺失。正如Google在其泄漏的备忘录中最初计划的那样:
“对于大型Google应用程序的现有代码库怎么办?他们难道不必重建所有内容以利用Dash吗?Dash跨编译器应该能够接受带有某些限制的类型闭包代码并将其转换为Dash。尽管迁移过程不会完全自动化,但它应该使转移到Dash代码库变得更加容易。”
因此,这就是这个问题的原因。
Google是否有任何努力来构建Closure(或GWT)到Dart编译器或翻译器?此外,您是否知道Google是否已经开始为任何现有或新的生产Web应用程序使用它?
换句话说,我们担心Dart只是一种语言,用于填补过渡期,并推动Javascript更快地迭代,但一旦主要浏览器支持ES6(和ES6+),它将被抛弃。
我们不想在Dart的利弊上引发任何争论,我们只需要一些有助于我们做出关键决策的实际信息。
谢谢