随笔分类 -  开发规则

摘要：曾经要对一个客户的老项目进行维护开发这个项目单单数据的访问有把接口一起算进来有11层。 当时要修改这个项目的时候真的是要发疯。 Supplier.EIA_GetVenueAgentAccounts()IEIAVenueAgent EIAVenueAgent .ListAgentAccounts() ... 阅读全文

摘要：public static class Tickets { public const string GroupName = "Tickets"; public const string CreateTicket = "tick... 阅读全文

摘要：最近在修改一个比较复杂流程的时发现了代码的流程比较复杂经常象右边哪样写的蛮多的。然后分析一下发现实际它是没有对流程进行一下抽象。这样就造成了代码不太好理解了！流程A和流程B是属于同一个层面的事情。（比如如果一个购物车有打折，哪么打折就是属于同一个层面的事情， 你必须抽象出类这种东西出来处理它，而不能写成 每个抽象下面还有它的流程 ， 实际上 模式设计里面也有一个类似的模式 职责链， 这样可以把打折后面的步骤 加到打折哪边去，不会造成很大的复杂度。抽象的方法跟这边不太一样。 类似于工作流， 按活动来抽象。）我们最好是一块处理。如果象另边这样处理的话 在D后面又出现两个分支流程 E和F。哪么另边方 阅读全文

摘要：需求的理解 (在这边我们假设拿到的需求说明书（有可能是OO的文档，有可能会掺着一些设计，很多时候经常是会忽略好多的业务逻辑，或者业务逻辑自相矛盾。）) 这是一个什么样的系统呢？ 如何进行这个操作呢？当拿到一份文档的时候我们当然是打开阅读它了 在通读之后我们大概需要了解的 第一个事情呢？ 就是我们是需要搞明白这个系统到底是为某个行业服务，或者说是什么类型的系统。比较简单的来说我们可以判定他是一个（销售激励，网店，企业网站，某种信息类型服务（hotel查询，或者垂直搜索），娱乐性站点，） 这个系统大吗？ 它是否会涉及到很多的用户，一般来说平台类型的系统都是... 阅读全文

摘要：常常用户是没有办法告诉你，他想用的是什么样的一个东西，如果是传统行业的话，我们就有必要自己上门不断的了解每个岗位上的 他所会做的东西。而在公司的现有环境中，我们基本上是不会做到这个的。需求的文档是有客户完成的。但是如果有时候我们在业余的时间还是会接触到一些小单子的，这个时候我们就需要自己来做这个需求的分析了，需求要是没有分析好。到时候客户就会拖欠钱款，并且可能对你印象不好。好不容易可能发展的一个客户，就因为你做出来的东西，跟人家要求的不太一样。而拿不到钱。白白辛苦了时间。做需求分析，我个人比较推荐的是。《大象--Thinking in UML》从作者还没有出书就刚开看他的序列文章了。在做需求的 阅读全文

摘要：当一个项目来的时候，我们是很糊途的渡过呢。还是很清楚自己是在哪一步，我们开发中碰到了问题什么处理，我们经验让他它白白流失吗。在开发的过程中有时候我们会突然想到一些点子，一些处理方法的特有套路，规则。你是否记录了下来呢？我自己就记录了我在开发过程中碰到的一些问题。及不断总结的规则了。这样当我们在处理一些新的项目的时候，我们就可以有很轻松的完成这样的任务了，而不是很茫然的完成它。事否感觉没有一点点的进步。进步的只是conding技巧罢了。在我们不断总结规则的时候，我们可以跟其它一些人的观点进行对比。归纳出最合适的方法。感谢原来的同事在公司推荐了一个知识文章管理的小软件CyberArticle。用了 阅读全文