首页 > TAG信息列表 > 戏说

戏说领域驱动设计(廿六)——再谈事务

  有关事务的内容,在前面我们已经不只谈过一次,没办法,这是一个绕不开的话题。你敢说你在开发中不用到它?最起码聚合进行序列化的时候得启动一个本地事务吧。当然了,如果你用的是NoSQL,则另当别论,咱也就别抬那个杠了。你必须承认的事实就是无论现在的NoSQL数据库怎么发展,关系型的数据

戏说领域驱动设计(十八)——内验

  验证在我们现实的生活中非常常见,比如您找工作得先整个面试验证你的能力是否靠谱;找对象得先验证下对方的颜值和升值空间。有些工程师写代码从不验证,我觉得是有三个原因,一是意识不够,过于相信前端或外部服务;二是个人缺少主动思考的能力;三是团队负责人的问题,您都当了领导了为什么

戏说领域驱动设计(十六)——实体概念

  现在开始正式的进入战术部分,我看前面发的一些文章,只要有代码的阅读量就高,没代码的就差太多了,难道是因为平台只要看到代码才会加强推荐吗?真要是这样那我是真醉了,其实学习DDD光看代码还真不行,需要很多理论支持的。如果您是新的读者我建议先把前面的内容都翻看一下,至少得有一些理

戏说领域驱动设计(十一)——纠偏

  今儿写这个题目胆子有点大,不过还是得冒险整一篇(我怕您看完了骂我),一是出于经验分享,另外则是为了后面我们讲案例的时候做好铺垫。好的代码需要注意的事项其实挺多的,您真让我一骨脑儿都列出来可能也差点意思,所以遵照我们常态化歪楼的习惯,我是想到哪写到哪儿。     我没事儿的

戏说领域驱动设计(十)——杂谈

  各位看官司好,领域驱动设计转眼就写到了第十章,内容虽不多,但的确下了一番的心血。希望您在此系列中已经得到了收获,哪怕是一丁点,也是DDD这个圈子的星星之火。其实早就想将自身所学进行一番总结,形成为一种体系化的东西。奈何个人太懒,工作之余就想在床上横着,或刷手机或读书。不过既

戏说领域驱动设计(七)——限界上下文——延伸

  上一章是真的不好写,吃奶的劲儿都快使出来了。本章计划是查缺补漏,对BC的内容进行补充。您也看到了,战略设计作为DDD中最重要的一部分,只写一节就完事儿也差点意思。不过您也别期望太多,咱这个文章本来就是自身经验的总结性,我是假设您有一定的DDD基础,所以不会按照书的那种程度去写,

戏说前端之CSS编码规范

前言 项目启动时 css 应该注意哪些问题 文件名规范 文件名建议用小写字母加中横线的方式。为什么呢?因为这样可读性比较强,看起来比较清爽,像链接也是用这样的方式,例如 // 地址: github的地址 https://github.com/wangjeaf/ckstyle-node 那为什么变量名不用小写字母加

戏说TCP网络编程

1、何为TCP        既然说到TCP协议网络编程,那么首先来了解下什么是TCP协议。TCP协议的全称叫Transmission Control Protocol 传输控制协议,是一种面向连接的、可靠的、基于字节流的传输层通信协议。在因特网协议族(Internet protocol suite)中,TCP层是位于IP层之上。      

设计模式可以戏说么?

原文链接:http://www.cnblogs.com/wangyh/archive/2009/07/19/design-pattern-in-kidding.html 最近设计模式的文章又多了起来,戏说之风也渐渐显现,当然这也不是第一次有某项技术被戏说,或者被放到了故事之中,甚至还有一本专门戏说设计模式的书出版。然而设计

戏说 .NET GDI+系列学习教程(一、Graphics类--纸)

Graphics类(纸) Graphics类封装一个GDI+绘图图面,提供将对象绘制到显示设备的方法,Graphics与特定的设备上下文关联。 画图方法都被包括在Graphics类中,在画任何对象时,我们首先要创建一个Graphics类实例,这个实例相当于建立了一块画布,有了画布才可以用各种画图方法进行绘图。   现实中作

戏说程序猿之cannot find the object

“别开玩笑了,程序员哪里需要对象!”   程序员难找对象原因无非如下: 1.工作时间长,恋爱时间少 2.性格偏于内向,不主动 3.不注意个人形象 程序员爱情观: 爱情就是死循环,一旦执行就陷进去了; 爱上一个人,就是内存泄漏--你永远释放不了; 真正爱上一个人的时候,那就是常量限定,永远不会改变; 女