客户端的JavaScript框架

我的团队由更多的java人员和JavaScript经验丰富组成.我知道这个问题曾多次被问到,但为了弄清楚我的事实,我需要澄清一些事情,因为我在客户端技术方面的经验非常有限.我们决定使用GWT而不是纯JavaScript框架构建我们的解决方案(假设有更多的Java经验).

这些是支持我的决定的事实.

> 100％用java编写
>需要基本的Java技能(Java SE而不是Java EE)
> OOPHM – 进程外托管模式 – 定义您的浏览器&版.浏览器兼容性不再是我们的问题
>调试 – 使用IDE的调试器,像调用任何其他Java应用程序一样调试GWT应用程序
>优化的JavaScript – GWT比您编写更快,更紧凑的JavaScript

但是我的一些应用程序功能需要使用外部js库.
对于例如假设我需要使用一些特定的js库来绘制特定页面上的一些东西. (实际上是用dojos编写的js文件).

> GWT可以满足以上要求吗？
>您认为决定使用GWT是明智的还是有其他建议？
>我们发现sencha gxt拥有最好的小部件库(我知道它的商业化,至少我找到了我们需要的所有小部件).你认为在核心GWT上使用包装库是一个明智的想法吗？

提前致谢.

解决方法:

Can above requirement be accommodated with GWT?

是(请参阅@Andrey Kapelchik的回答).

Do you think the decision to go with GWT is wise or do have any other recommendation?

鉴于你的背景和你提到的要点,我认为这是一个非常好的决定.我已经使用JavaScript,jQuery等构建了应用程序,但是对于任何超过1000行代码的应用程序,我都不希望再次“手动”构建JavaScript应用程序.对我来说具有决定性意义的要点：

>使用GWT,我可以在服务器端和客户端重用部分代码.例如,我可以在客户端验证提供即时反馈,然后使用相同的代码在服务器上再次验证安全性.
>在大型GWT项目中,我发现自己的方式更容易.虽然以明确的方式安排大型JavaScript代码当然是可能的,但它总是变得难以处理.
>我一直在大力使用IDE功能(重构,查找对字段的写访问权限……),对JavaScript的IDE支持对我来说太有限了.

您仍然需要一点点JavaScript知识.您的团队肯定应该学习CSS,我建议您彻底学习它 – 无论您选择哪个客户端框架.

We’ve found sencha gxt has the best widget library around( I’m aware its commercial, at least i found all widgets what we need). Do you think it’s a wise idea to use wrapper library over core GWT ?

在我正在开展的一些项目中,我们正在使用GXT,因为这个决定是在几年前做出的.这是我的观点：如果你需要构建一个看起来非常像桌面应用程序的东西,GXT可能是完美的,否则我不建议将应用程序基于GXT.

使用纯GWT可以获得最佳性能,如果您了解CSS,它会更加灵活. GXT有一些不错的功能,但是要解决它的局限性,重要的性能问题(有时候是它的错误)可能非常耗时.如果你真的需要一个特殊的GXT小部件,你仍然可以构建一个纯GWT应用程序,然后只添加一个GXT / SmartGWT小部件.