项目前置思考点
- 公共组件中ts文件应提前分为单独文件引用，防止后续业务代码大量使用后无法剥离问题（ts文件枚举类型单独抽离）
- 全局按钮是否可以前置可视化关联菜单，可减少后续按钮权重问题---根据菜单进行可视化维护(需要后端协助）
- 提前进行代理组件处理，防止业务代码大量使用后无法短期替换问题
- 新增编辑以及详情页的公共逻辑，限制得有点深，后期不方便拓展
- 流程状态太过于游离，每个业务模块都对应不上，导致每个业务模块都需要定义一套审批状态，但审批原本就是公共的东西，导致后续难以维护。不过这块大部分是后端的问题，看后期需要怎么和后端配合处理---（审批状态确认但是存在追加业务状态---尽量规避）
- 基础数据类型枚举尽快输出并形成单独文件，防止后期业务引用过多无法剥离
- 埋点或前后端数据对比时，前端时间是否可靠
- 软件系统卡，是否考虑更换其他技术（是否要支持鸿蒙）--定位（原生插件），图片上传（相机插件），AI识别，验证（内部测试没问题---业务员使用）
- 统一规范：分支命名规范/提交规范/代码风格统一
- 项目是否需要适配多端，单独的PC、APP还是需要支持多端；
- 后端接口统一和接口规范以及文档注释；（接口字段名称是否统一小驼峰、字段数据引用类型不可转换成字符串使用）如果发生就及时与后端负责人同步；
- 涉及到金额的数字，保留几位小数以及小数的处理是前端处理还是后端处理；（金额基础值 一分钱问题 0.01）-后端处理
- 是否需要考虑国际化；
- 项目前期应该尽量完善公共设施（如公共组件、组件文档、打包优化、整体交互），在项目前期是否更应该侧重去做这一块，单独抽一两个人去处理
- 技术栈的选择，UI框架的选择，团队成员是否能适应新的技术去开发（需要考虑项目的紧急程度）
- 新项目更换技术栈后是否需要前置考虑目前uniapp做项目遇到的难处理的点
- 如果存在流程管理，需要确保业务列表页字段与权限字段时刻保持一致（减少无意义妥协）
- 列表字段回显逻辑，需要考虑是否有导出功能。从而来思考对应前后端实现逻辑
