一个电商项目的功能模块梳理2

 接着上1篇。

Web系统、Mobile APP和运营系统，这3个系统，整体上来讲，很是类似。

核心职责：界面、用户操做、响应事件、数据、页面渲染。

Web端和运营系统：

   

   界面：HTML、CSS

   事件：JS绑定

   用户操做：浏览器，点击、拖动、滚动

   数据：后端同步时就得到了，AJAX得到

  页面渲染

    同步模版，Freemarker，支持变量，函数等

    异步用的模版：JS组件，支持变量和函数

  界面组件：分页、对话框、图片上传、图片轮播

      

移动端

  界面：Android原生，iOS，HTML

  事件：原生，全部开发平台如今基本都是“事件驱动”

  用户操做：原生APP之类

  数据：HTTP请求

  页面渲染：页面+数据

  界面组件：老一套

写到这里，发现上面的“好啰嗦”。

以前写过的这篇，更详细点。

总结令人进步,可视化界面GUI应用开发总结：Android、iOS、Web、Swing、Windows开发等

 AJAX请求/HTTP请求

  发送过程：动画效果、是否跨域JSONP

  处理：会话过时、请求超时、服务器错误、业务错误（每一个模块，能够有本身单独的业务错误处理函数）

  没有数据：提示

画界面

面向消费者的Web系统和APP，界面要求比较高，不少公司都是本身设计。

然后台运营系统，可使用网上比较流行的“管理系统模版”，自带样式和各类JS组件。

界面部分，最关键的是和服务器端，定好交互接口，全部请求，尤为是异步请求，按照一套模式。

方便统一处理错误提示等。

后台定义统一的对象，code表示请求状态，bizCode表示业务错误，msg仅供参考的“消息提示”，

数据都放在data对象中。

把Result对象转换成JSON，前端拿到JSON数据，转换成JS对象。

public class Result implements Serializable {

    private static final long serialVersionUID = 3997124446365032582L;

    private Integer code = ResultCodeEnum.OK.getCode();
    private Integer bizCode;
    private String msg;

    private Object data;

}

和后端交互模式定好以后，前端人员就能够专一画界面，绑定事件，处理事件了。

前端的不少组件均可以在不一样项目中复用，验证、表格、对话框，太多太多了。

今天又扯了一堆大白话，感受之前都写过了。╮(╯▽╰)╭