定义一个接口参数,是性能优先好呢,还是接口参数避免二义性好呢?
摘要：开发了一个object ,其中的接口参数Qty有些难以抉择,
qty 可能是定义为以货舱单位或批次单位的数量 ,或只定义为批次单位的数量
定义为货舱单位或批次单位的数量 的话,可以利用本身的比率做转换,少了在页面查询做转换的开销,而且让object支持的业务类型传入的数据类型更丰富些,同时业务逻辑也更好些
如果只定义为批次单位的数量,这样接口的参数更清晰些,
是为以货舱单位或批次单位的数量,选择性能优先,业务逻辑做到object里好呢,
还是只定义为批次单位的数量,让接口参数避免二义性好呢?
阅读全文
posted @
2007-09-27 10:02
jchdong
阅读(376)
推荐(0) 编辑
.Net业务平台的数值精度陷阱与解决方法
摘要：又是一阵痛和无奈的修改,公司业务系统数量小数位保留3位精度不够,需要保留6位才行,回想起这个问题,公司开发上线的ERP系统,数量,金额,成本的计算方式反反复复都修改过好多次,以前都没有对这个业务规则进行计算封装,和统一指定规则,修改就成了一件多而繁琐的的事情了;现在深刻体会这些业务细节将会对业务系统的运行和维护是非常重要的， 而业务系统规则的明晰和好的系统业务架构是对其的保证。 修改过程是一个渐进,琐碎的过程，希望有过次方面经验的朋友能提提建议，没有注意到这些细节的朋友少走弯路
阅读全文
posted @
2007-09-25 00:52
jchdong
阅读(3984)
推荐(0) 编辑
利用Google日历安排工作计划
摘要：适应范围:
建议只使用在2-10人的小型团队或个人生活使用,适合于大项目的向下分解新任务,如果更多的人使用需要更好的规划，消息的提醒通知和反馈
目的:
1 清晰每个人的工作任务，集中事先安排任务,便于大项目工作的向下分解,方便任务落实到每一天,和小时时段
2 方便群发邮件和群发短消息；
3 自动提醒到每日工作，可以及时的提醒用户事情的进展情况,和即将要做的事情.可以通过电子邮件通知
,还可以用手机短信通知，并邮件能汇总通知每个人每日应该完成的事情;也能通知到变更;自动化工作使用将大大减少沟通
需要的时间，减少重复劳动;
4 能搜索之前，或最近的安排
5 方便对相关的Task进行评论,加强大家的互动沟通
6 从公司的和项目组的角度来说,有利于积累项目的经验累积
7 能方便的从OutLook导入,导出日历数据,在异地,无电脑的情况下也方便的安排项目计划
阅读全文
posted @
2007-09-13 14:25
jchdong
阅读(15808)
推荐(0) 编辑
周六买硬盘记
摘要：修电脑还是少到小店去，运气差的话，实在太麻烦！
阅读全文
posted @
2007-09-01 22:18
jchdong
阅读(334)
推荐(0) 编辑
