PROSAGA码农传奇-策略引擎-是否为企业应用程序提供GWT

0# v-star*위위 | 2019-08-31 10-32

1# 陆离 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”>
  
    对于已经拥有JSP / JEE和HTML / Javascript经验的人来说，GWT只需要半天的时间来理解。但是你需要两个月才能掌握。
  
  
    以下是我认为可以使您的企业级应用程序成功的技术与GWT组合的建议。我认为你应该使用GWT，因为它的可调试性。但是可调试性是有代价的。 GWT调试至少需要一台四核8GB机器。如果你没有发现这是真的，那可能是因为你找到了一种方法来使你的GWT UI小而简单。
  
  
    <a href="https://stackoverflow.com/questions/11297733/eclipse-is-getting-hang-while-debugging-gwt-application/11305395#11305395">
      在调试GWT应用程序时，Eclipse正在运行
    </A>
  
  
    的
      RequiresResize，ProvideResize和Layouts
    </强>
  
  
    您需要在GWT中掌握的第一件事是布局的简单概念，这些布局由接口RequiresResize，ProvideResize决定。您需要确保从RootLayoutPanel到可调整大小的小部件的RequiresResize / ProvideResize链必须是完整的。您需要掌握架构检测UI中RequiresResize / ProvideResize的流程。否则，当浏览器调整大小时，您会看到一个或两个奇怪的悬挂水果，无法发现。
  
  
    我认为应该不惜一切代价避免为每个小部件编写计划的大小调整器而不是依赖于Google的RequiresResize / ProvideResize。否则，请记住在几次迭代中去抖动调整大小。我完成调整大小的试验/错误太多了。
  
  
    的
      异步异步异步
    </强>
  
  
    你需要接受的下一个概念......我没有说“你需要学习”，但“你需要接受”是Javascript的异步行为，因此也就是GWT Java的异步行为。如果您使用GWT无关紧要。您必须习惯于向被调用者提供控制反转以控制调用者的成功响应。
  
  
    你不能写
  
   <pre>
 <code>
 List<Persons> persons = server.getData(personId);

</code>
 </pre>
  
    你必须屈服于做
  
   <pre>
 <code>
 server.getData(personId, new Callback<Persons>(){
 @override public void onSuccess(Person person){ ..... }
 @override public void onFailure(Exception ex){ ..... }
});

</code>
 </pre>
  
    你不能写
  
   <pre>
 <code>
 boolean doOrNot = ConfirmDialogBox();

</code>
 </pre>
  
    你必须写
  
   <pre>
 <code>
 ConfirmDialogBox(new CloseHandler(){
 public void onAccept(Person person){ ...}
 public void onCancel(){ ... }
});

</code>
 </pre>
  
    的
      GWT是Java但不是Java
    </强>
  
  
    我很高兴不断尝试使用apache字节码jar来编译GWT客户端，GWT客户端是用Java编写的Javascript。
  
  
    <a href="https://stackoverflow.com/questions/11048223/binary-data-and-gwt/11096410#11096410">
      二进制数据和GWT
    </A>
  
  
    的
      GWT可视化客户端
    </强>
  
  
    我找到的最好的组合是GWT 2.4.0和Sencha gxt 2.2.5。
  
  
    我避免使用GXT-Uibinder项目，因为我发现它对第三方GWT框架的其他组合设置了不方便的限制。特别是那些严重依赖GWT.create（）生成器的框架。 GXT-Uibinder是Sencha之外的一个项目。
  
  
    GXT 2.2及以下版本要求我编写包装器以使其可以与uibinder一起使用，因为我拒绝使用kludgy GXT-uibinder项目。由于一个愚蠢的错位，包装是必要的。在uibinder中用作父窗口小部件节点的任何类都必须实现GWT HasWidgets，这需要实现返回的方法
     <code>
 iterator<Widget>
 </code>
    。不幸的是，GXT 2.2--已经实现了返回错误的泛化迭代器的iterator（）方法。
  
  
    GXT 3解决了这个问题。我认为GXT 3采用了GXT-uibinder，但您不必使用它。您不必使用GXT 3（不使用GXT-uibinder）编写很多包装来与uibinder一起使用。但是我发现GXT 3仍然有一些古怪的不端行为，并试图解决这些怪癖是不值得我的时间。所以我坚持使用GXT 2.2.5，直到GXT 3稳定下来。
  
  
    我创建了用于包装SmartGWT（uibinding-smartgwt）的谷歌代码项目。 SmartGWT非常好
    
      自私
    
     fraemwork。如果我尝试将它与GWT香草混合，我的努力经常会导致灾难。这是由于SmartClient和GWT的小部件之间存在某种Z索引。
  
  
    如果您因许可问题决定使用SmartGWT，则必须确保仅使用SmartGWT而不使用任何其他Widget提供程序。甚至不是GWT香草。你很可能需要使用我的uibinding-smartgwt项目。我正在尝试增强它以使用一些新的uibinder功能并重新定义非视觉元素而不是小部件，但我目前使用的GXT过于复杂并且在同一时间考虑两个框架时间困惑我。因为他们的行为不同。
  
  
    虽然GXT 3似乎已经完全与GWT保持一致，但SmartGWT并没有表现出任何努力。第三方窗口小部件提供程序与GWT之间的完全对齐，以便它顺利实现GWT的接口是绝对必要的，以避免浪费大量时间在kludges之后编写kludges来解决一些小的视觉问题。是的，尤其是ProvideResize / RequiresResize架构。
  
  
    不要使用GWT孵化。尝试它们，然后尝试使您的项目可维护，可持续和可增强。我们甚至不去那里。
  
  
    的
      客户端 - 服务器通信
    </强>
  
  
    不要使用GWT-RPC。不要。学习GWT的便利性除外。
  
  
    RPC适用于简单的应用程序，它们的作用是您无意延伸到演示阶段以外几乎无法使用的阶段。不编写分布式/扩展的企业级应用程序的程序员可能不同意我的观点。
  
  
    单元测试对开发您的应用非常有帮助。首先忘记所有这些单元测试框架。只是能够编写一个简单的例程来测试每个小功能而不涉及应用程序巨大的巨大图片是非常关键的。例如，我只是想测试一个camelization循环以使其工作。 GWT-RPC对于进行正式/非正式单元测试极为不便。
  
  
    我非常喜欢使用JAX-RS REST-RPC thro
    的
      RestGWT
    </强>
     在GWT客户端和
    的
      高枕无忧
    </强>
     在服务器端。我将JAX-B与RestEasy的Jackson JSON处理实现结合使用。而不是Resteasy，你可以尝试使用泽西岛。
  
  
    通过这种方式，我可以使用FireFox REST客户端来独立于GWT测试服务器。实际上，在客户端使用GWT启动项目之后，您可以扩展应用程序以使用非GWT客户端（如JQuery）作为REST服务的客户端。
  
  
    REST还使您可以轻松编写代理/隧道服务器，以便您克服浏览器的SLD-SO-P（“二级域，同源”策略）安全限制。然而，GWT-RPC的数据格式是刻意难以理解和不稳定的（我不明白谷歌工程师的心态如何提高安全性，因为你仍然可以看到人类可读文本的点点滴滴），我没有尝试写隧道GWT-RPC服务的代理。我不知道它有多可行。
  
  
    <a href="http://h2g2java.blessedgeek.com/2011/11/gwt-with-jax-rs-aka-rpcrest-part-0.html" rel="nofollow noreferrer">
      http://h2g2java.blessedgeek.com/2011/11/gwt-with-jax-rs-aka-rpcrest-part-0.html
    </A>
    。
  
  
    BTW，脚本包括克服sld-sop是非常糟糕的主意。甚至不要考虑它。
  
  
    的
      坚持
    </强>
  
  
    Hibernate JPA用于非GAE。
Eclipselink JPA for GAE with Google's MySQL
DataNucleus JPA for GAE with Google data store。
  
  
    最初，我接受了JDO的想法。我努力了，JDO一直在给我冲突。我放弃。最初谷歌似乎一直在努力说服我们JDO是优越的JPA。无论是否真实，到目前为止我都未能掌握使用JDO持久性的技能。而且由于我必须为非GAE编程，我不想因为JDO的复杂性而污染我的思想。
  
  
    我提到这个的原因是因为我倾向于使用与JAX-RS POJO相同的JPA POJO。这意味着，我发现JPA，JAX-RS，JAXB和Jackson注释混合到相同的POJO-DTO中而没有冲突。我经常在GWT客户端，JAX_RS服务器和JPA持久性之间共享一组POJO（有一些例外）。要实现这一点，您必须有一个限制 - 所有DTO必须是GWT可序列化的。不仅可序列化。避免尽可能多地编写dto转换器。浪费时间有三组不同的POJO-DTO，然后在它们之间有转换器。
  
  
    的
      MVP
    </强>
  
  
    我发现MVP4G是一个非常容易管理的MVP框架。以下讨论演示了我如何使用MVP4G：
  
  
    <a href="https://groups.google.com/forum/?fromgroups#!searchin/mvp4g/blessedgeek/mvp4g/T6r7egk-3Kk/Jz-dTqZDeMIJ" rel="nofollow noreferrer">
      https://groups.google.com/forum/?fromgroups#!searchin/mvp4g/blessedgeek/mvp4g/T6r7egk-3Kk/Jz-dTqZDeMIJ
    </A>
  
  
    MVP是一种非常有用的模式。因为它可以帮助我区分“顾虑”。当您能够分离问题时，您可以单独测试和解决问题。它也可以帮助你通过尽可能少的干扰/纠缠来增强/扩展您的项目，从您的迷宫应用程序的其他问题/模块。
  
  
    MVP4G还可以轻松进行单元测试，因为您可以简单地模拟视图或演示者，或使用简化的事件总线/状态机来仅调试需要调试的部分。由于其模块化，您可以轻松避免污染非测试类，以便您可以删除测试源树而不会破坏生产类。 IOW，您不必修改非测试类来测试它们。
  
</DIV>

2# Minions | 2019-08-31 10-32