为什么没有GWT-和脚本#式框架成为主导？

Question

使用GWT,我们可以用Java编写代码并将其转换为JavaScript代码.使用Script#,我们可以用C#编写代码并将其转换为JavaScript代码.听起来GWT和Script#将使网络开发人员免受痛苦的痛苦.那么,为什么这些工具没有占主导地位？为什么还有人专门写javascript代码？

Answer 1

多个原因,以及哪一个最重要的原因不同于开发人员和deverloper.这是两个:

• 因为JavaScript比Java/C#更好/更灵活/更强大/(在这里插入选择形容词)语言
• 人们不相信GWT/Script#生成的输出

Answer 2

我只能代表GWT发言,但是我认为这些东西会阻止它:

• 编译时间(GWT需要很长时间才能编译,javascript更改是即时的)
• 学习新语言(很多web开发人员都不知道如何编写java代码)
• 漏洞抽象和编译器的FUD.人们担心编译器为他们制作javascript以及泄漏的抽象事物.在我看来,两者都只是FUD,但这并不是一个原因.
• 人们常常不明白在哪里以及如何使用GWT,并因为他们试图将其楔入错误的洞而被推迟.
• 有人认为GWT的创建是为了让后端开发人员能够编写javascript代码,但事实并非如此.
• 使用VerticalPanels,Horizo​​ntalPanels,FlowPanels和FlexTables的整个想法对于已经学习如何在HTML中进行布局的人来说是陌生的.
• 谷歌在营销方面表现不佳.没有进攻GWT的家伙,但如果它的营销/展示更好一点,它会像热饼一样起飞
• GWT缺少出色的小部件库.默认情况下附带的小部件很好,但我们还需要更多.像GWT-ext这样的库在我看来并没有帮助,因为它们只是尝试在GWT中包装javascript库,而不是利用Java中编码的强大功能.
• Web开发人员的学习曲线陡峭,因为它的框架比HTML更像Swing.

我仍然在我的日常编码中使用它,但我很早就接受它不会起飞.

Answer 3

对于UI开发,使用JavaScript进行工作的难度远远小于Java.您是否会使用将汇编程序转换为Java的框架来编写Java应用程序？

使用JavaScript的大多数"痛苦"是由于浏览器不兼容,由于大型JavaScript库(例如dojo)而改变,以及浏览器本身的改进.

Answer 4

由于Leaky抽象,并且因为Javascript是比Java或C#更优雅和适合ui的语言.