美文网首页
Ovirt-GWTP前端代码分析

Ovirt-GWTP前端代码分析

作者: 蒲印MkII | 来源:发表于2018-04-26 17:01 被阅读0次

关于GWTP:
GWTP的核心就是一个model-view-presenter architecture (MVP)框架。虽然这里的model已经成为在GWT开发中被高度赞扬的一个特性,但它还是很难跳出当前web app的框子。GWTP的目标就是使用更少的代码来实现功能。

GWTP以更加明确更加有效的方式利用了GWT的 event bus 。

GWTP的目标和特性:

GWTP的目标就是提供一个简单好用的MVP框架,在不影响GWT功能的前提下,GWTP有如下的特性:

1.通过GIN和Guice来完成依赖注入
2.简单强大的历史管理功能
3.支持嵌套的presenters
4.可以对presenters进行生命周期的管理
5.views和presenters的懒加载
6.blabla

在GWT中,一个典型的项目结构如下:

+- application/
|   \- launcher/
|      +- LauncherModule.java
|      +- LauncherPresenter.java
|      +- LauncherUiHandlers.ui.xml
|      \- LauncherView.java
|   +- ApplicationModule.java
|   +- ApplicationPresenter.java
|   +- ApplicationUiHandlers.java
|   +- ApplicationView.java
|   \- ApplicationView.ui.xml
+- gin/
|   \- ClientModule.java
+- place/
    \- NameTokens.java

Views 和 Presenters
在GWTP中,有一个概念叫做Presenter-View 对。如果你对这个概念感到陌生,其实它就是指MVP框架。Presenter的内容就是你的app中客户端的所有逻辑。View仅仅展示Presenter指定的内容,并且不应该有任何的逻辑放在View中。它将来处理浏览器事件,并且在框架中唯一一个知道DOM结构的层。

View分析:

public class HomeView extends ViewImpl implements HomePresenter.MyView {
    interface Binder extends UiBinder<Widget, HomeView> {
    }

    @Inject
    HomeView(Binder uiBinder) {
        initWidget(uiBinder.createAndBindUi(this));
    }
}

这个类是所有GWTP框架必备的一个类,初看无奇,但是这个类中有几个非常重要的点:
1、该类继承的ViewImpl给了我们进入initWidget()方法的权限。这个方法会管理你的所有Dom元素的初始化工作

2、VIew需要实现包含在Presenter中的MyView接口。这将实现Presenter和View之间的通信。

3.UiBinder的作用是构建UI。 interface Binder extends UiBinder<Widget, HomeView> ,通过该接口,我们告诉GWTP使用UiBinder XML来与View交互

4.GWTP严重依赖GIN和依赖注入。具体表现为代码中的@Inject注解

Presenter分析:
Presenter可以单一,也可以为一个嵌套的形式出现。通常表现为有其他的Presenter通过使用 slot mechanism
嵌套在一个父类Presenter中。
在下面的代码中,ApplicationPresenter正是该应用的root Presenter,而HomePresenter 嵌套在其中

public class HomePresenter extends Presenter<HomePresenter.MyView, HomePresenter.MyProxy> {
    interface MyView extends View {
    }

    @ProxyStandard
    @NameToken(NameTokens.HOME)
    interface MyProxy extends ProxyPlace<HomePresenter> {
    }

    @Inject
    HomePresenter(
            EventBus eventBus,
            MyView view,
            MyProxy proxy) {
        super(eventBus, view, proxy, ApplicationPresenter.SLOT_MAIN);
    }
}
  1. extends Presenter<HomePresenter.MyView, HomePresenter.MyProxy> 的作用为定义了ApplicationPresenter的超类。这意味着MyView接口和MyProxy接口需要被声明在HomePresetner中。MyView接口正是我们之前在View里实现的。MyProxy接口负责监听任何由Presenter发起的请求,同时,她会关注将要被创建的View。

2.代码中的注解
@ProxyStandrd注解用于决定你的Presenter是否需要GWT的code splitting功能。如果需要被美化,那么使用@ProxyCodeSplit注解。

扩展:该注解分三种:
@ProxyStandard,
@ProxyCodeSplit ,
@ProxyCodeSplitBundle
http://www.gwtproject.org/doc/latest/DevGuideCodeSplitting.html

@NameToken
如果使用这个注解,那么当前页面能使用浏览器历史。这让你能在URL中 输入的nametokenn进行调转,或者通过超连结的方式实现。同时也会允许你使用浏览器的前进或后退按钮来进入你的application。

通常拥有一个nametoken的Presenter被称为Place。

3.ApplicationPresenter.SLOT_MAIN的作用是告诉Prensenter 通过 slot mechanism
让它自己进入ApplicationPresenter's slot

UiBinder
UiBinder框架是一种声明方式,用于从XML标记中声明HTML和任何GWT特定的小部件。
让我们回顾一下在View部分前面看到的内容:

interface Binder extends UiBinder<Widget, HomeView> {
}

该接口用于将View与其关联的UiBinder XML文件绑定。在这种情况下,这个文件:

<ui:UiBinder xmlns:ui='urn:ui:com.google.gwt.uibinder'
        xmlns:g='urn:import:com.google.gwt.user.client.ui'>

    <g:HTMLPanel>
        <p>Hello world!</p>
    </g:HTMLPanel>
</ui:UiBinder>

识别您的HTML元素的一个好方法是使用ui:field =“someField”属性。这将允许您直接从视图访问任何HTML元素或小部件的值和属性。

<ui:UiBinder xmlns:ui='urn:ui:com.google.gwt.uibinder'
         xmlns:g='urn:import:com.google.gwt.user.client.ui'>
    <g:HTMLPanel>
        <g:TextBox ui:field="nameField"/>
    </g:HTMLPanel>
</ui:UiBinder>

这里我们创建了一个TextBox并使用ui:field属性对其进行了标识。 为了从View中访问TextBox的值和属性,我们需要声明一个TextBox类型的变量,其名称与您赋给ui:field属性的值相对应。 您还需要使用@UiField对变量进行注释,以将其绑定到HTML元素。 比如这样:

@UiField
TextBox nameField;

然后可以通过使用简单的getter方法来访问nameField属性。

public String getTextFromNameField() {
    return nameField.getText();
}

UiHandlers

UiHandlers是一种GWTP功能,可将某些View操作委托给Presenter。 一个很好的例子就是处理点击事件。 UiHandler将监听特定的浏览器事件,并告知GWTP在事件触发时调用哪个方法。

创建UiHandler
一共有5步:
1.创建一个UiHandler接口:

import com.gwtplatform.mvp.client.UiHandlers;

public interface HomeUiHandlers extends UiHandlers {
}

相关文章

  • Ovirt-GWTP前端代码分析

    关于GWTP:GWTP的核心就是一个model-view-presenter architecture (MVP)...

  • 编译原理基础知识汇总

    前端: 词法分析 -> 语法分析 -> 语义分析后端: 生成中间代码 -> 优化 -> 生产目标代码 词法分析:有...

  • web前端设置分页label

    web前端设置分页label 一.思路分析 二. 环境材料设置 1.后端代码 2.前端代码: angularJS代码:

  • 2018-04-09

    分析原函数 后端代码中有前端函数的执行,所以我觉得如果如果你要合并前端函数,后端代码也需要修改。类似getWell...

  • Flutter 前端编译器编译流程分析

    1. 前端编译器和后端编译器的区别 编译流程粗略分为词法分析、语法分析、类型检查、中间代码生成、代码优化、目标代码...

  • 搜索框模糊查询

    前端html代码 前端js代码 前端css代码 后端php返回json

  • 读书笔记-编译之美

    一. 编译器的前端技术 编译分前端技术后端技术image.png 这里的“前端”指的是编译器对程序代码的分析和理解...

  • Express+Jquery实现购物车的前后端

    需求分析: 列表页list.html html结构 列表页功能一: 初始化展示商品列表 前端代码 后端代码 列...

  • OClint的使用

    关于OCLint OCLint 是基于LLVM/Clang(前端编译)而开发的代码静态分析工具。 OCLint可用...

  • flutter 热重载原理(一)

    我们都知道OC是由Clang(LVVM的前端)编译的(包括词法分析,语法分析,语义分析),然后将OC代码编译成IR...

网友评论

      本文标题:Ovirt-GWTP前端代码分析

      本文链接:https://www.haomeiwen.com/subject/fmzplftx.html