09 2009 档案

摘要：扩展字段设计 将类型也设计上，分类型存储，在统计和比较的时候省了不少麻烦。 FieldCodeFieldTypeFIntFDecimalFVarcharFDateTimeMSNVarcharxxx@msn.comSalaryDecimal2000.00xxxxxxxxxxxxx 阅读全文

摘要：单据数据结构设计单据形式 企业中的表单（请假单、加班单等等）大多数完成两个功能：一、审批；二、产生业务记录。一般情况下，会根据表单上字段所处的位置，将其设计为单据头、单据体那样一对多的关系。通一个业务可能表单的形式不尽相同，以加班单为例：有一人多天加班、有多人一天加班，有多人多天的加班。不论怎么变化，只是数据的表现形式不一样而已，只有遵循一定的设计方法才能应付这种变化数据结构设计方法对字段进行分类... 阅读全文

摘要：感受业务基本描述数据库范式、设计模式是从技术角度描述和优化业务，领域驱动从边界的角度描述业务，这些方法的目的都是为了让业务系统更稳定。现实却是：即使你用了这些设计方法可是设计的系统依然不是很稳定。其主要原因和程序设计经验没有太大关系，但却和如何理解业务有很大关系。感受业务业务人员描述的业务场景是有局限性的，需要设计人员去还原业务的本质。业务场景只是反应了业务的一个表象，可能还会有其他的。有时感觉业... 阅读全文

摘要：工资表组织数据看似简单问题，如果设计的奇妙可以简化程序编程。本能设计工资记录当初我设计的工资表记录是根据用户提供的工资条进行设计，工资条设计如下：姓名实发应发基本资扣税请假扣加班费交通补扣养老扣失业张三而我的第一印象也就是设计了工资明细表Salary(表结构)：EmpIDS01S02S03……………S99工资项目表SalaryDefine... 阅读全文

摘要：http://blog.sina.com.cn/s/blog_54830f070100cekm.html我很不愿意去J道或其它知名的技术站点看那里的讨论。整体上来说，在这些网站上也形成了不大不小的圈子，其活动者大体也是业界实实在在的实践者，包括各个层次的程序员以及高层设计人员。所以，理论上这些圈子应该代表中国软件业技术主流的水准。然而我的确无法恭维；让我最为沮丧的是一种充斥其间的神秘主义的氛围。所... 阅读全文

摘要：给A项目组的建议:A项目组的问题：l 产品从专业角度给客户H的印象是不如B项目组A项目组产品实现了很多功能，但没有对功能进行归纳，B项目组这边做的还可以。从抽象的角度看问题、讨论问题、解决问题会避免过早的陷入细节，同时从抽象的角度进行沟通也更容易把握重点。B项目组将需求分解为诸如凭证、余额等概念，让提出需求的人从新审视自己提出需求，这也许是客户H认为B项目组比A项目组强的方面。l 代码重叠A项目组... 阅读全文

摘要：l 需求可控对用户的需求进行整理抽象，不要为完成功能而编程，用心分析肯定能够找到其核心需求、通过和以前已完成的功能进行对比，寻找相似的功能并重构。l 程序可控保持代码整洁、注释完整、结构清晰、边界隔离清楚，时刻保持警惕，不要随便实现。l 性能可控在保证了前两点的前提下，可以考虑性能了，其实我也不懂如何控制:-( 阅读全文