• 北京国际机场T3行李运维平台开发记录


    说明

    该项目是一个后台管理型网站项目,供北京国际机场T3航站楼行李调度运维部门使用,开发时间一个半月,我负责所有的前端开发、后端开发、API接口文档设计与编写、服务部署和交付。

    整个网站具备的功能有:

    • 员工管理
    • 员工审批权限管理
    • 部门管理
    • 部门浏览权限管理
    • 五种《申请单》在线申请
    • 《申请单》多流程及复杂流程审批
    • 设备管理,可详细配置检查时间、频率
    • 根据后端发来的设备数据,自动生成六种《设备巡视检查单》,员工可根据巡视结果修改数据
    • 交接班记录、行李查询记录、异常行李记录等记录表格
    • 排班表,可详细配置每天的值班班组
    • 平台公告与文件分享
    • 值班员工列表与设备状态可视化

    项目技术栈使用nodejs + webpack + react + ice + koa2。

    项目截图

    首页
    排班表
    行李查询单、破损行李记录单等
    《设备巡视检查单》列表
    《每日设备巡视检查单》
    《每周设备巡视检查单》
    申请书列表
    审批申请书列表
    批复流程中申请单页面(不同权限用户所见内容不同)
    设备管理页面(设备详情)
    部门管理页面(浏览权限设置)
    个人管理页面(审批权限设置)

    项目要点记录

    这个项目做的时候,能够记忆尤新的难点有

    • 六种《设备巡视检查单》的表格的行和列,都是根据用户后台配置的设备数据自动生成的,有些检查单还需要二级列头,当时花了很多时间去Debug。Bug排除完成后,《设备巡视检查单》可以跟随设备数据的改变而改变,这个功能客户还是很满意的。
    • 五种《申请单》的审批流程都不同,有些申请单比如《变更申请单》还需要二次回顾申请。最初做的“申请单页面详情React组件”是通用的,后期发现有很多场景需要特殊处理,情况复杂,就向通用模块里加了很多特殊情况判断与处理代码。组件完成后,无论是用户见到的“申请单详情页面”,还是审批员见到的“申请单详情页面”,用的都是同一个React组件,只不过传入的json配置数据不同,这一点我作为开发者是很满意的,因为这让我后期维护非常方便。

    自我感觉做的比较好的地方有:

    • 将六种《设备巡视检查单》的表单结构json化,传入json数据不同,页面显示内容不同,React组件不需要改变
    • 将《五种申请单》的表单结构和审批流程json化,传入json数据不同,页面显示内容不同,不需要更改React组件代码
    • 将《交接班记录》、《行李查询记录》、《异常行李记录》、《破损记录》四种记录表的结构json化,四种记录表共用一套React组件
    • 后端的申请单的审批流程设计还是比较靠谱的,能够适应特殊情况,没有出现很多Bug

    可以改进之处有:

    • 很多页面的结构是相同的,可以使用同一套布局,但是我一开始就太懒,不愿意动脑子,选择了直接将layout组件复制给每一个页面。后期客户要求更换页面UI的时候,发现最初设计的DOM结构需要改变,就每个页面都改了一遍,事倍功半。所以,项目刚开始的时候该提取layout的就提取layout,该做通用组件就做通用组件,开发时偷的懒,到项目后期全都要还回来!
    • 整套网站加载js和css是一次性的,而js文件和css文件很大,能达到5MB的大小,这样的网站架构适合内网小网站,对于互联网网站和大型网站来说,显然是不适用的!
  • 相关阅读:
    java、javaw和javaws的区别
    Hibernate4教程二:基本配置(2)
    Maven入门指南10:Maven的生命周期和插件
    Java中的断言(assert)
    MySQL的数据类型:文本、数字、日期/时间
    面向对象的三大基本特征和五大基本原则
    高内聚低耦合的介绍
    9.7 模拟赛
    16-17学期计划(每周)
    JZOJ 5281 钦点
  • 原文地址:https://www.cnblogs.com/bbman/p/12079197.html
Copyright © 2020-2023  润新知