一个电商项目的功能模块梳理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;

}

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

前端的很多组件都可以在不同项目中复用，验证、表格、对话框，太多太多了。

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