萨科纳吉写到:“iPhone给其他智能手机制造商提供廉价的非补贴智能手机留下了价格上的优势,即便在高端手机上也是如此。”价格补贴允许苹果在iPhone上获得50%以上的毛利润率(grossmargin),而Mac、iPad以及iPod等不享受补贴的产品的毛利润率则只在30%左右。其他使用免费Andro
转载 2013-04-06 16:39:00
58阅读
最近,看了妹妹异国他乡的生活,很是羡慕,心中又开始蠢蠢欲动了。 生活的磨砺,使以前凌厉的一个人,慢慢的变得自卑,胆怯,总担心事情会做砸,担心失去这种温床式的生活,认为有一份稳定的生活,就是这一生最大是收获了,有时候,会羡慕我们小小的村庄里的那些农妇,每日拉拉家常、做做家务、围着锅台伺候丈夫、孩子,现在想想,确实有一些消极了,多了这么多年的书,曾经的凌云壮志就都这样一点点的从指缝中漏尽了。 猛然
原创 2009-04-24 15:09:20
553阅读
研究生毕业不知不觉一年了,这一年实现了从技术男向管理男的全面转型,从一开始的不习惯到最终的时有时无的惬意,才发现,自己真的不是那种非技术不活的人,原来当初的选择,完全是出于对于自己内心的跟随。 虽然不在继续搞技术,但是日常的工作中还是会与各种技术打交道,所以也决定重回CTO,继续自己的技术心得求学之路,记录下自己日常的工作感悟和管理心得,督促自己不断进步,希望自己能够借助这个学习平台,更好的储备
原创 2012-08-12 00:35:48
583阅读
领域驱动设计”中的“领域”一词指的是要实现的软件系统所要解决的实际问题所处的整个领域范围,它不仅包括系统架构的相关问题,还涉及到系统所支持的业务等内容,但它是与具体的开发技术无关的。也就是说 DDD 关注的是要构建的系统中,关于所要解决的问题的业务、流程和数据等内容是如何工作的,在这些东西理清之后,DDD 去构建出一个模型,接着再去选择具体的实现技术。DDD 强调的是解耦具体实现技
这几天广州天气爆冷,过年温暖的天气和这几天凌冽的北风成了鲜明的对比。但是随着这北风而来的不仅仅是天气,还有一款凌厉的产品,那就是Citrix公司发布了XenApp的 7.5版本!什么?我搞错了?XenApp不是已经整合到XenDesktop的架构中了吗?没错,XenDesktop7.0/7.1版本确实整合了XenApp的功能,可以在Studio中发布软件。那么这个XenApp 7.5还为什么要发布
原创 2014-02-13 21:35:20
5418阅读
3点赞
1评论
目前很多的从业都有这种感觉,突然觉得c/c++就业机会以及升职的空间比java的差距越来越大了,有人就宣称java是目前国内就业最好的语言,说的有点夸张但是java强势也是不争的事实,那么可以看看java到底强在哪,为啥受到公司和码农欢迎。强在哪?1.java在效率上面和底层语言c/c++的差距已经不是那么明显了,主要原因还是硬件设备的升级把以前底层语言的效率上的优势抹杀的几乎不值一提,这使得j
原创 2022-04-02 10:25:38
246阅读
架构设计中领域模型设计思路:  最终发送的是报文头+业务头+具体业务  抽象出的基类(大多数类共有的字段属性):报文头部分 1,实体分层嵌套大层实体类也应设计有tostring双向方法还有用反射机制做的操作自身属性(根据报文操作对应实体属性)继承的方式拓展,处理方法也需公用的话,在子类父类的抽象方法,父类用反射操作子,虽然写在子类方便不必反射,但是
Claude 3家族的出现无疑给AI领域带来了新的动力和活力。相比以往单一化的大模型思路,Claude 3则是划分出了明确市场
原创 2021-09-07 12:01:28
590阅读
查询分页:语句1性能提升10倍多,仅仅是由于多了个topkeyword,非常不理解啊!!!! 1.查询时间1s内,r_object_id主键 select top 100 * from ( select all doc.r_object_id "objid",doc.name,doc.number,
转载 2017-04-18 12:18:00
64阅读
2评论
领域和子域领域:具体指一种特定的范围或区域,DDD 的领域就是这个边界内要解决的业务问题域。领域是用来限定业务边界和范围的,那么就会有大小之分,领域越大,业务范围就越大,反之则相反。子域:领域可以进一步划分为子领域,把划分出来的多个子领域称为子域,每个子域对应一个更小的问题域或更小的业务范围。     DDD 的研究方法与自然科学的研究方法类似。当人们在自然科学研究中遇到复杂问题时,通常的做法就是
文章目录说明领域模型实践心得领域模型与传统业务分层区别应用场景实践心得(简要)领域模型缺点《领域驱动设计》笔记分层领域模型内常用元素领域模型内关联问题领域模型安全问题好例子代码重用 说明业务模型的设计无定式,领域模型设计也不是适应任何业务,对于复杂业务逻辑可考虑使用。领域模型实践心得领域模型与传统业务分层区别使用Spring框架的项目,业务模型通常是:Bean-Service-Dao 其中Bea
[领域模型] 领域模型--Now mission impossible[Java] 潜水N久了,冒个泡,几年前就在javaeye参与过关于领域模型的讨论,越讨论我就越对这个模型越没有信心。 领域模型是什么? 想到一个笑话: 工作时把我当超人,加薪时把我当隐形人。领域模型就是为实现这么个理想而提 出来的。什么贫血什么充血,其实就是要实现 对象化编程
1.理解: 领域对象(domain object)换种说法叫做实体类 领域模型中的实体类分为四种类型:VO、DTO、DO、PO VO(View Object):视图对象,用于展示层,它的作用是把某个指定页面(或组件)的所有数据封装起来。 DTO(Data Transfer Object):数据传输对象,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少
一、前言DDD(Domain-Driven Design 领域驱动设计)是由Eric Evans最先提出,目的是对软件所涉及到的领域进行建模,以应对系统规模过大时引起的软件复杂性的问题。整个过程大概是这样的,开发团队和领域专家一起通过 通用语言(Ubiquitous Language)去理解和消化领域知识,从领域知识中提取和划分为一个一个的子领域(核心子域,通用子域,支撑子域),并在子领域上建立模
领域驱动设计理解&总结 这篇文章主要是通读《实现领域驱动设计》之后自己的理解和总结(同时也参照一些博文的分析来加深自己的理解); 有些疑问是自定义内容,虽然有自己的理解,但依然感觉较为抽象,后续会通过实践来理解其中的精妙之处。 领域驱动设计理解&总结 这篇文章主要是通读《实现领域驱动设计》之后自己的理解和总结(同时也参照一些博文的分析来加
Java EE 5.0 实战教程 第二部分:JPA Entity编程(域建模)  域建模是每个面向对象应用程序的核心,就像人的骨骼,如果骨骼都没有,什么界面呀,数据呀都无处可靠。在JPA之前,Java EE程序需要一套域建模,还需要一套类似的Entity Bean来处理Persistence,因为Entity Bean是和EJB容器相关的,不能运用在容器之外,这样就产生了重复,而重复
术语分层领域模型规约:POJO(Plain Ordinary Java Object): 在本规约中,POJO 专指只有 setter/getter/toString 的 简单类,包括 DO/DTO/BO/VO 等。DO(Data Object):此对象与数据库表结构一一对应,通过 DAO 层向上传输数据源对象。DTO(Data Transfer Object):数据传输对象,Service 或
Java领域模型和springcloud脚手架Java领域模型项目结构总体说明:具体说明:各层目录结构: Java领域模型领域模型中的实体类可细分为4种类型:VO、DTO、DO、PO。PO:持久化对象,表示持久层的数据结构;DO : 领域对象,即业务实体对象;DTO : 数据传输对象,用于展示层与服务层之间的数据传输对象,因此可以将DTO看成一个组合版的DO;VO : 视图对象,用于展示层视图状
DDD(domain-driven design)领域驱动设计。虽然名字看上去有点新,其实也是内容也是我们常见的,它也可以说微服务思想的一个范畴。领域驱动设计,这里的领域,可能是一块功能,一项技术,一个小型系统,一个插件,一个服务等概念。它的主要思想是把复杂系统进行不同维度分解(横向分解或者众向分解),解决业务复杂的软件系统的建模和设计问题。横向分解: 是指通过领域划分来分解问题,通过限界上下文来
  • 1
  • 2
  • 3
  • 4
  • 5