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