1、后台稳定，WebAPI，数据库。
上传数据程序调用webapi，开发的webapi的dll的，判断逻辑要清楚，唯一一个变量判断。
不要变量判断不准，又找一个变量判断，即使 不得不多个变量判断，也要能模拟出情况判断(模拟错误场景)，不要出现一个问题改，出现一个问题改。重设计，闭环思维，减少过程中太多环节（webapi，数据库，小程序，ccd原始数据源，多个厂商合作），一个小程序没必要搞得复杂。
2、如果后台不稳定，补传数据，上传程序要模块化代码，快速写出补传小程序。
#数据标记，没有上传成功有一个失败标记或者成功标记。
#数据源设计（数据库表，csv文件分类（成功，失败）文件保存）
3、保存数据，尽量原始数据，不要为了去重，重复条码，上传数据覆盖重复条码，而增加查询数据库的动作。
查询数据，处理程序处理查询的重复条码。查询小程序，在本地处理去重等逻辑，按分类客户，重点归档特殊数据，不一定做一个通用的程序。
防止条码重复，保证一个月不重复。
4、上传数据程序的日志系统要单独做，方便输入eqid，进行筛选，不要多个log文件保存。
5、记录拿到数据，上传时候的数据行数，等原始数据，方便排错，特别是多方合作时候。
6、csv列名对应，列名增减，列名不规范，日期个数不规范，垃圾数据 （自动化）
备注：
1、上传失败，解析失败，控制USB三色灯报警
（声光报警（不怕换人），短信报警，微信报警（怕老换人），问题网页看板），通知现场处理
2、专人专事（角色），一人做多个事，一人做一类事（团队），不然导致出现问题处理不及时。
3、做成web模式，方便运维。一个电脑多个人操作，争着用。aoi程序，QMS网页，上传小程序。
4、日志最好不要太详细，或者只输出错误日志同时输出一下心跳日志（每次执行采集，输出一个开始日志，后面就只输出每个步骤错误日志。运维的人看简单的错误日志，运维分析大概就可以了。太细的日志是给开发或者代码问题看的）
5、把简单的错误日志上传日志系统，本地存明细日志。
AOI 相机 SDK：
华南虎视觉组主页
MG.CamCtrl: c# 工业相机库，含海康(HIK)、大恒、巴斯勒(Basler)等相机的常用功能。 接口统一，底层采用回调+信号量模式封装 ，最大程度减小线程资源，提高采图效率。
V社区-机器智能技术交流V学院 机器视觉 机器人