[转]MyBatis学习总结(二)——使用MyBatis对表执行CRUD操作 上一篇博文MyBatis学习总结(一)——MyBatis快速入门中我们讲了如何使用Mybatis查询users表中的数据,算是对MyBatis有一个初步的入门了,今天讲解一下如何使用MyBatis对users表执行CRUD操作.本文中使用到的测试环境是上一篇博文中的测试环境. 一.使用MyBatis对表执行CRUD操作——基于XML的实现 1.定义sql映射xml文件 userMapper.xml文件的内容如下: <?…

1.通过通用语言达成共识 通用语言,已经强调过好多遍了,在DDD再怎么重视都不为过,后面可能还会讲. 知识提炼的输出以及共识的构建就是常见的通用语言(UL). 当与业务相关人员和主题专家进行建模时,每个人都应该有意识地始终应用富含领域专有术语的通用语言.这一语言必须现实制作,并在描述领域模型和问题域时使用.该语言还应该用于模型的代码实现,使用用作类名.属性和方法名称相同的术语和概念.正是这一语言使得业务和开发团队拥有了关于软件的有意义沟通. UL用于将模型的代码描述绑定到以业务能够理解的语言和图…

DDD在存在许多DDD模式的同时,也有大量实践和指导原则,这些都是DDD思想体系成功的关键. 1.专注于核心领域 DDD强调的是在核心子域付出最多努力的需要.核心子域是你的产品会成功还是会失败的差异化因素所在.它是产品的独特卖的点,也是构建而非购买产品的原因. 核心领域是将为你的业务提供竞争优势并产生真实价值的产品内容. 至关重要的是,团队要理解核心领域是什么. 2.通过协作进行学习 DDD强调的是开发团队和业务专家之间协作,以生产出解决问题的有用模型的重要性. 没有业务专家的协作和投入,就不能…

参考:感谢博主的分享... http://www.cnblogs.com/netfocus/archive/2012/02/12/2347938.html DDD ==> 领域驱动设计(Domain-driven Design) 一种模型驱动的软件设计方式 驱动方式: 数据库驱动:(分析需求-->建库建表-->代码) 领域驱动:分析领域问题/需求-->领域模型-->实现软件代码 领域驱动的核心为领域模型,领域驱动模型,模型驱动代码实现. 领域——问题域 领域驱动应该由开发人员…

由于也是初学DDD,难免有很多不足和认识错误的地方.多数内容来自其他网络资料或者书籍. 参考:http://www.cnblogs.com/Leo_wl/p/4418663.html 希望多多提出宝贵意见,谢谢!!! DDD是一套强大的思想工具,是需要根据业务进行划分领域的,无论是否使用领域——对于公共的或独立的内容都是需要抽象出来的,避免重复造轮子. DDD可以应用于很多中不同的架构中,如:六边形架构.SOA.REST.CQRS.事件驱动架构和基于数据网络的架构等等. REST==>来自百度百…

从进入培训公司到现在已经有三周多了,我想我和绝大多数人一样,能考虑进入培训学校,肯定是心理做好了准备的,那就是只有一个目的学好这门技术,从之前的开班典礼来看,从每个同学的自我介绍,我们这的大部分人来这里,都是有过熟人在这里学过的,而且是比较不错的,因而这样,我心理也就觉得靠谱了一些,自己也是有过之前的大学同学从这里出去过,说到就业率,学校说是能达到90%,这我是不怎么相信的,其实不管这些,一切都还是要看看自己,自己的一个自觉,自律,毕竟花了钱,花了时间,来这里都是想要从低处走往高处,摆脱不合适的…

新旧架构对比图: DDD中的基础设施层包括数据持久化(ORM数据访问),IoC容器实现,AOP实现(安全,日志记录,缓存等) Repository的接口通常放在领域层,具体实现在基础设施层 旧架构的业务层被分成应用程序层和领域层…

1.在课堂检测过程中发现自己很大的问题,有些是在学习c语言时就遗留下来的问题,比如对于自加自减,强制类型转换的问题,在Java中又多了一个数据类型就是字节型,而且当字节想加就会自动生成int型,必须进行强制类型转化.布尔类型输出结果就是ture或者就是false,掌握到与c语言的不同. 2.对于数组也有明显的不同.java在数组声明时并不为数组分配空间内存.对于数组的拷贝,java允许把一个数组变量拷贝给另一个变量时,两个变量都指向相同的数组.对于各种语句的学习,语其他与语言的逻辑思维几乎一样.…

最近开始筹备一个电商项目. 其实是公司的老本行了. 但今年公司希望在做项目的同时, 沉淀出一套针对电商的基础产品. 这样可以提高新项目的开发效率, 减少重复劳动. 那现如今, DDD(领域驱动设计)应该是比较受推崇的. 所以在这个项目里, 大家决定用DDD来设计系统与抽象业务. 我是十分懵逼的. 只能抓紧时间恶补了. 一开始请教度娘, 看了很多播客, 然而看完之后还是懵逼, 并没有获取到什么有效的知识. 少有的两篇结合能结合实际例子, 上点代码. 然而代码的简易程度也是幼稚的可怜. 这条路看来不…

业务和开发团队之间的协作是DDD必不可少的部分,并且它是处于开发阶段的产品获得成功的关键. 领域专家指的是那些从业务领域的政策和工作流程到棘手处和特性都具有深刻理解的人.能够为你的问题区域提供深刻见解的人.他们可能是对于你当前工作领域具有很强的领悟和理解的产品所有者.用户或其他任何人. 1.领域专家与业务相关人员的对比 DDD寻找到在你当前工作的领域中是主题专家的人很重要.而要找到领域专家,我们就要区分领域专家与业务相关人员. 问题空间会给出一组需求.输入和预期输出——这通常是你的业务相关人员提…