水晶报表开发时纸型的注意事项
这次项目开发了几张报表,报表有的用针式打印机,有的用喷墨打印机,结果因为用户提供的打印机和开发时不一样,打印机纸型没考虑全面,花费了半个月的时间调试打印机,超过了15倍的预估时间。赶快总结教训。需求阶段要识别:1 本地打印机还是网络打印机,激光打印机还是针式打印机 本地打印机你可以让用户手工修改长和宽,可是网络打印机就不行了哦。最好是程序里在设置一遍,别省小事,搞出大事。2 预览和打印如何要求,比如预览要按照什么格式预览,打印是否要选择不同的打印机和纸张 碰到针式打印机打标签,预览用A4做的
TroubleShoting----数据库死锁+无法删除接口文件
最后问题的原因总是很简单的,可是怎么找到原因就不简单了,这次又印证了这句话。Case1:运行了三个月的接口应用程序,忽然在12月30号大量报错,数据导入失败。使用的是SQL server2005,用.Net C#开发的应用程序。日志记录:2)无法删除本地文件,另一个程序正在访问它。可是重新导入一遍数据文件,就可以成功导入了。Trouble Shooting Route:1) 检查数据文件是否有问题:两个数据文件是一样的。(排除了第一次是由于数据文件错误而发生的失败)2) 数据库死锁: --可能是两个导入程序的冲突,因为文件和数据库表都发生报错,有可能用户
接口架构——使用队列实现导出导入
CaseStudy:接口程序架构在上一个项目中,需要开发一个在全国范围内传输文件的接口程序。包括从另一个系统中导出数据,在把收到的接口文件导入到另一个系统中去。这个架构基于流水线的工作原理,队列就是流水线,工人就是具体的处理程序,设计的目的是做的每个工人只处理一条流水线上的任务,并且该任务是单一、开始标记和完结标记都很明确的任务。导入程序架构:导出程序架构注意,这里的队列不是指物理上的队列,是逻辑上的队列,完全可以通过数据库设计来把对列表合并成一个物理数据库表。第一个难点是:处理程序的划分,究竟哪些功能该