Scala.js与Scala GWT进行客户端Web开发？

> ScalaGWT已被放弃超过一年.
> Scala.js是实验性的,需要您的用户下载一个16Mo的库(它会改进,但除了一些游戏应用程序之外它是不可接受的).

[编辑]图书馆已缩小规模,此声明此时已不再适用.

其他技术可用,但选择一种技术取决于您要编写的应用类型.如果您计划使用模板技术(如JSP或JSF)开发瘦客户端,您可以考虑使用Play模板,Lift,Scalatra,……

为了帮助您考虑您的需求,以下是一些想法：

你需要小部件和东西来设计你的UI,这些东西通常是面向组件和事件驱动的.在这种情况下,FP不会提供比OOP更多的优势.

在标准的企业应用程序中,scala.js可用于为js代码设计一个干净的函数库.这种库肯定有很多东西可以提供,但它不会是你客户端代码的核心.相反,小部件,MVC基础架构以及与后端集成的层将是您花费大部分时间工作的内容.

GWT已经存在了很长时间.我认为这是一种成熟且经过验证的技术.您必须学习一些调整和模式才能充分发挥其潜力,但在我看来,远远少于编写干净和可维护的js代码所需的内容.

GWT根本不需要你知道js(虽然我们都同意最好还是知道浏览器中发生了什么).如果你不知道你正在编译什么,你将不会使用scala.js.

如果你已经很好地了解了javascript,那么直接输入你的scala代码就好像它是某种支持scala的js一样.

大型团队使用GWT比使用js更容易,因为您可以轻松地对代码进行编码,同时支持代码测试和重用.

GWT绝对是对象(小部件/模型/视图/控制器)导向和事件驱动.如果您计划以完全功能的方式设计界面(对于游戏或非常特定的应用程序),我认为它会妨碍您的设计.

GWT

>成熟
>这是一个成熟的工具包
> GWT特定模式和良好实践已有详细记录
>与java / scala后端轻松集成
>发展规模远大于大型团队
>如果你还不知道js,那就最好
>面向对象,GWT善良(依赖注入,MVP,Async,i18n,JSR-303验证……)
>将优化并编译您的代码到一个小的js文件

Scala.js

>相当新的,正在进行的工作
>不是工具包,而是编译器.
>因此,您需要了解js良好实践,设计模式和库,因为您的scala代码将直接与js(相当)交互
>需要自己编写/连接图层以与后端集成
>处理一个大团队要困难得多
>无需了解GWT

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!