AOI CCD检测数据上传程序设计逻辑问题

2024-11-2

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、把简单的错误日志上传日志系统，本地存明细日志。

二娃备忘

阅读剩余

THE END