摘要: 我们项目需要设计一个报文收发和解析功能,仔细研究报文格式后却发现十分棘手。大致上,报文的数据来自数据库的多个表,而且报文的每一行数据来自于数据库的一个表中的一行,如果都是这样简单的对应事情就简单多了。但是凡事都有例外,某些数据库记录需要被拆分成报文中的多行,也有多个数据行合并成报文一行的情况。如此一来,希望做成一个通用报文模块,就非常困难,报文格式的定义方式就会变得十分复杂,不但要定义报文的格式还... 阅读全文
posted @ 2005-07-03 12:47 行知 阅读(2035) 评论(3) 推荐(0) 编辑
摘要: 这是今年的第一个项目,在.Net平台下的,不过项目组的成员大多没有.Net经验,这是给他们练习用的而已。项目不会很难,结果也不会很好。 尽力而为吧。 对于和数据库打交道的DataProvider使用单一的Provider也许更好,更加简明,业务层可以复杂一些,这样灵活性更大。 阅读全文
posted @ 2005-04-14 19:25 行知 阅读(690) 评论(0) 推荐(0) 编辑
摘要: 1.我在192.168.0.1提供了一个web服务 2.我的应用程序现在引用了192.168.0.1提供的服务 3.我在192.168.0.1上提供的服务现在改到在192.168.0.2上发布了 ???那么我将如何动态的把我的应用程序通过动态的改变url而引用0.1或0.2上提供的web服务呢? -----------------------------------------... 阅读全文
posted @ 2005-01-14 14:15 行知 阅读(1012) 评论(0) 推荐(0) 编辑
摘要: 这两天接触了XDE for .Net,感觉上手比较难,但是功能上从分析到设计比较全面,我一直使用Together的,操作上还是Together更方便一些。XDE需要超大的屏幕才能看全它的那些对话框,当然,用得起XDE的公司一定买得起大屏幕。 阅读全文
posted @ 2004-12-02 21:45 行知 阅读(1086) 评论(0) 推荐(0) 编辑
摘要: 其实,用户也不是完全没有思路,当我们真的提供一个完整的系统功能时,他们都能提出N多不满,(现有的那些仓库系统就是一个例子)。不过我还是非常理解用户的处境。想想一个复杂的系统竟然由他们这些东拼西凑的念头构成,到头来不好用都说是自己提得,不好承当这个责任。唉,系统最终由我们来作,责任也只有我们承当了。 现在,我开始明白了一个业务领域专家是多么重要,所谓专家必须能够从系统高度看待整个业务... 阅读全文
posted @ 2004-12-01 00:39 行知 阅读(700) 评论(0) 推荐(0) 编辑
摘要: 这是我在这个博客上的第一篇文章,那就用这个项目作为开始吧。这是一个用于企业的生产跟踪系统,对于这个项目的需求我们只得到了4个字,生产跟踪。 当然我们也有一个边界,这个系统负责从零部件仓库到产品仓库的之间的跟踪,也就是说,关于仓库我们已经有了另外的系统进行管理,我们需要和这个系统作接口,把原材料从零部件仓库要出来,然后把生产的成品再送到仓库中去。我们的另外一个边界是,企业已... 阅读全文
posted @ 2004-11-30 00:01 行知 阅读(725) 评论(0) 推荐(0) 编辑