计算机程序网站开发是什么,网站改版升级总结,年终总结免费ppt模板下载,长宁区小学网站建设回顾十年前#xff0c;还未踏入某校时#xff0c;便听闻某学长一毕业就入职北京某公司#xff0c;月薪过万。对于一个名不见经传的小学院#xff0c;一毕业能拿到这个薪水还是非常厉害的。听闻他学生期间参与开发了一款股票软件#xff0c;股票那时正迎来一波疯涨。时也运… 回顾十年前还未踏入某校时便听闻某学长一毕业就入职北京某公司月薪过万。对于一个名不见经传的小学院一毕业能拿到这个薪水还是非常厉害的。听闻他学生期间参与开发了一款股票软件股票那时正迎来一波疯涨。时也运也。我那时心里就想只会软件也行不通吧至少要熟悉股票规则。在还未踏入编程大门时我就清楚的认识了软件服务于业务的本质。 等刚开始工作时从事些较简单的工作也是需要和使用人员讨论需求文档编写和开发实现。性质偏向于公司内部财务人员或业务人员管理用的子系统。也许厌烦了写的代码用的人太少于是转移到了互联网类型的公司。在日益复杂的业务与软件规模下以前用的熟练的三板斧渐渐适应不了知识库需要更新了。结合以前的工作实践按自己的理解重新解读下领域驱动设计。第一部分 运用领域模型按照一个系统的开发步骤除了前期招标合同预算人员规划等其他项目管理的范畴外真正执行到系统部分是从沟通业务需求开始的。第一章 消化知识几年前我们要做一个院系资产管理系统最开始理解的有人申请管理员审核购买分发扣库存的逻辑。实际讨论下来之后分为很多流程。如设备提申请教务处审批院系审批提交财务核账。又涉及到固定资产折旧退货流程又要财务核对。又有家具的申请与退货等其他。还有定期的报表功能。基于我们开发人员和校方人员都对资产审核退货对账流程都有一定熟悉度所以沟通下来业务大框架还算顺利。我理解为我们在沟通业务的过程中有了相似的认识并在磨合过程中修炼完善。DDD一书中以PCB电路板软件工具为开篇讲述了PCB专家和开发人员沟通中从最开始的很难沟通到最后依据流程图及PCB元件执行逻辑完成了语言上的沟通统一。很幸运我们大部分的业务并没有如文中跨度那么大。在沟通的过程中业务专家需要理解共同构建的业务模型开发人员也要依据业务模型来勾思大概实现逻辑。就比如设备申请家具申请,XX申请;设备退货资产退货。这些有共同性又有差异的流程如何更好的抽象来实现复用如果单纯开发人员自己抽象得到概念有可能是很幼稚的开发出来的软件只能做基本工作无法充分反映领域专家的思考方式。领域专家和开发人员共同参与一起来丰富抽象的模型。提炼模型对于领域专家来说也是升华自己思考完善自己理解的过程。会更加注重概念的严谨性。模型在不断改进的同时也称为组织项目信息的工具。模型聚焦于需求分析。它与编程和设计紧密交互。知识丰富的设计举一个判断是否合并账号的逻辑。一个请求中的手机邮箱账号根据账号的是否验证以及数据库中手机号邮箱的是否存在是否验证来判断是否合并账号。产品列举了81条合并规则。我最开始想到了策略设计模式。根据各种状态分析出主要的几个策略来实现判断。工作量相当复杂而且易出错。同事建议了另外一种规则式的实践。对比新账号的状态和筛选中的存在账号状态形成一个规则看这个规则符合那81条规则的哪一种。这样代码量指数级下降也通用。而且其他人也更容易根据产品的文档直接看懂代码。模型与实现一致。书中依据航线超卖为例举了两个例子一个是简单的if超卖判断一个把超卖独立成一个策略类来判断超卖。并强调超卖在模型中不仅仅是一个简单的判断而是一个让所有人看到代码都明白是一个独特的策略。经过以上对比你会发现设计模式有它自己的适用场景不要随便套用。第二点设计的模型和代码实现一致。深层模型说到太极外是软绵绵的一套动作。如果按软件直接开发实现出来的是错的。因为陈家沟的领域专家们会告诉你太极每一招都是制人招。这个我信如果有人喂招的话分秒钟被干到地对付普通人还是有效的。这里说的后续的制人招是深层模型我们看到的慢腾腾的动作是表层。这样说很容易理解。第二章 交流与语言的使用通用语言领域专家和开发人员语言要一致。将模型作为语言的支柱。确保团队在内部的所有交流中以及代码中坚持使用这种语言。书面设计文档文档应作为代码和口头交流的补充文档和图用图来沟通交流能促进头脑风暴。但模型不是图。 本篇文章主要是应用自己亲身经历的案例来重新解读领域驱动。本篇结束谢谢观看。原文地址https://www.cnblogs.com/fancunwei/p/9535982.html.NET社区新闻深度好文欢迎访问公众号文章汇总 http://www.csharpkit.com
