• Martin fowler几年前曾经非常推崇ORM(对象/关系数据库映射框架),特别是Hibernate和Ruby的Active Record,现在他面对大家越来越多对ORM责难和怀疑。他写了这篇新的文章:
  • 第一篇帖子,先自我介绍一下,我从07年开始关注并实践DDD,也一直在关注jdon的成长(虽然一直没有注册ID并发言)。自己的tech stack是.NET阵营的,一致也在致力推广.NET下DDD的实践。但设计和架构上的思想基本还是一致的。最近在思考一些ORM和DDD的问题,但是不知道我的思路
  • 什么是类? 类是一组类似对象的规范。 什么是对象? 对象是一组对封装数据元素进行操作的函数。 或者更确切地说,对象是一组对隐含数据元素进行操作的函数。 暗示数据元素是什么意思?“ 对象的功能意味着存在一些数据元素;  icon
  • How You Should Go About Learning NoSQL < icon
  • Martin fowler发表了一篇有关NoSQL导致NoDBA文章,文章大意如下: 在许多组织中,任何 icon
  • 我们平时所说的数据库具体所指就是关系型数据库,这种使用很广的数据库由一个个的二维表组成的。我们编程序的目的是为了解决现实问题,而现实中的关系何止二维。关系数据库抓住了事物关系的本质,知道再复杂的关系都可以分解来可用二维表表示。因此其对世界的描述力很强。下面我来说一说关系数据库与面向对 icon
  • Event Sourcing并不是存储状态,所有应用状态是代表事实的原始证据,它完全打开了我们应用的全新架构。 icon
  • 大家讨论都挺好,我下面进行纯粹分析一下,今天脑子比较好些。 对象和数据库都是一种静态的数据结构,而SQL与LinQ或Lambda表达式或Stream都属于一种动态算法过程。两个分别对应内存和CPU,如同哼哈二将,阴阳一体,一个系统由这个两个组成比较和谐。但 icon
  • 关系代数与面向对象理论2011-04-19 12:15:54首发于prolog小组,记录于日记备忘。http://www.douban.com/note/146255104/ 1、关系代数是一阶逻辑的子集,所体现的,就是事物之间的逻 icon
  • Swift提供了数据结构struct和类Class两种, 数据结构和类一样支持行为,包括方法和初始化,数据结构和类的重要区别是:数据结构按复制方式传递,当你将一个数据结构传递给另外一个变量时,实际是复制了一份,但是类生成的对象进行传递时是按引用传递,传递的是那个对象的地址(当然地址值也是复制)。</ icon
  • 都说数据库对OO有阻碍作用,关系型数据库不是也能体现出对象之间的关系吗?外键代表单向,中间再放个关联表,不就代表双向关联了吗、对象之间不也就这几种关系吗?继承除外啊。 icon
  • 自从学习DDD后,我开始抛弃过去整页的setter和getter,不断细化对象,但是我发现一个问题,比如值对象,因为DDD明确说了值对象是不可更改的,所以setter方法应该是不需要的,于是我们顺理成章地把它们清除,这样便带来一个问题,我依稀记得hibernate要求有成对的setter和gette icon
  • 首先想说的是面向过程的的数据流分析方法不是不正确,只是它不符合对象分析方法。两者的出发点是不同的,就象向两个不同方向前进的队伍,是无法调合的。而现在很普遍的所谓面向对象设计时“先建立数据库表,然后将其封装,设计类”则是彻头彻尾的错误! 套上一个面向对象的马甲,干的是完全不面向对象的事情。面向过 icon
  • 现在公司要开发一个web系统,各种原因确定了要用C# .net来开发。早就厌烦了.net基于控件、数据库的设计方式,以后该需求恐怕系统要重做。这次想说运用OO设计思想,尽量解耦合。但是OO思想在.net中实现起来太纠结。例如设计这么一个类: icon
  • 最近有个内部系统要实施给第三方,遇到一个比较大的问题,我们一些关键逻辑都是存储过程(oralce),其他都是hibernate,如果实施给第三方的话,他们打开数据库就直接能看到我们的逻辑代码,因此想把逻辑放在java层,重新封装成service放在容器中以供调用,现问题如下:如果全部翻译成j icon
  • 在实际的设计与开发当中,越来越发现面向关系的数据库是面向对象设计与开发的瓶颈! icon
  • 老师 你好 。 关于or framework,以hibernate为代表说一下我的看法。我是一个java爱好者。目前在学校念书。 我发现项目引入hibernate后,由于数据库表之间关系复杂 会增加很多 icon