• 表结构的维护全部采用sql,存入nos中,后续通过脚本多次重建数据库
  • 非现场执法的表明全部采用 nos_开头,方便后续区分
  • 将所有非现场执法的表的都加入租户的排除表中

    # 多租户配置
    tenant:
    # 是否开启
    enable: false
    # 排除表
    excludes:
    - sys_menu
    - sys_tenant
    - sys_tenant_package
    

  • 非现场的所有数据库表,需要增加一下字段:
• 使用install-to-maven.ps1将jar包注册到本地的maven仓库中
• 后端的功能全部写入zdxt-enforcement-nos中
• 前端分为3个
  • 非现场企业端
    • zdxt-efcode-nos-enterprise-app
  • 非现场执法端
    • zdxt-efcode-nos-enforcement-app
  • 非现场监督端
    • zdxt-efcode-nos-supervision-app
• 代码生成
  • 将设计好的表,创建到执法码二期的库中,可以使用现有的代码生成的模块,生成统一风格的代码格式,方便后续维护
  • 关于包名的修改,生成代码的地方,导入表后,点击编辑,生成信息中可以修改导出的包名,设置为com.zdxt.enforcementnos,这样导出后,代码和现有的功能目录一致
• 前端接入方法
  • 开发时
  • 部署时
    • 从主页面进入非现场的页面时,会携带token,凭借token可以调用监督码的后台接口,获取相关的信息
• 后端接入方法,前端进入后,先请求一次后端,将token提交给后端,后端自行存储,本次session中,凭借改token去调用后端接口
  • 现场执法提供给非现场执法的接口,所需的参数通过接口参数传递,不要凭借token去获取数据.
  • 非现场执法的接口,只验证token,不要再做其他权限设置,等后边合并的时候在考虑