CQRS与OO思想的关系
当一提到 CQRS 所有人都会想到 DDD 建模，OO思想，对象要有自己的职责，对象行为不能放入Service类中，这好像说的是OO建模，充血模型，与CQRS有何关系，个人感觉CQRS的设计
10 年 前
推荐文章：Java足够快吗？
OO? 当然不能，OO的代码便于阅读，便于理解，我们还是要注意一些细节： 如： x += 5; is faster than x = x + 5; Do you believe that z
20 年 前
面向对象与函数编程的比较
，但是仔细想想这是很愚蠢的，难道 f(o), o.f(), 和 (f o)有区别吗？难道区别真的是函数调用语法不同吗？ 区别 那么OO与 FP的区别是什么？什么是OO有但是FP不能做的，而FP
9 年 前
如何应对表结构经常变化？
一些框架(比如Hibernate)可以自动在数据库中生成对应的表结构 所以说,对OO设计人员,不存在表结构经常变化的问题? 如果如我所想,我还想请教 对象映射到数据库大家是怎么做的，如果不方便细说
10 年 前
OO和SQL，应该携手共进
销云散了，实在是非常的爽快！这个阶段，笔者已经彻底成为OO的迷信者，言必OO，并且深信以AR为代表的DSL是企业应用的最佳解决方案。 整好这时碰到一些传统C/S转B/S的企业应用项目，笔者满以为可以
10 年 前
又来算法和OO
以后就科学研究，一味地研究。可是中国的诺贝尔奖为什么又是曲指可数呢？归根到底是思想问题。 第三，精通算法的人应该不能做软件 架构 师，不能领导软件的发展方向，反之精通OO、模式的人就可以。引用一句话
10 年 前
我来讨论一下纯理论的老问题.长方形和正方形的继承关系.
现实世界不能完全映射上，只是反映其中我们想要得部分。它的定义是不完整的，过于简单，无法反映数据和数据间的关系，契约太过强硬，只要是所用到的行为子类都要遵守。于是我们很着急，这违反了oo初衷。哲学上告诉
10 年 前
致面向对象技术初学者的一封公开信
，根据经验，基于逻辑（存储的信息）的关系建模和OO 建模是不同的。大多数情况下，区别是由于技术的不同导致的，例如，在OO 模型中可以自由地使用继承和多对多的关系。由于技术上的差异，两种建模人员之间不能很好
10 年 前
从DDD中实体和值对象的逆向思考想到的
的领域模型，让他更符合业务规则。 但是毕竟在软件实现的时候，持久化是我们要考虑的，虽然思考的时机有可能延后，但是不是可以回避的问题。我这样思考，OO是对象的集合，对象间的作用。数据库是过程化，数据是
10 年 前
在Golang中如何避免OO思维？ - Reddit
"一样，抛弃了类的继承、构造函数等。但我认为我们仍然可以看到其重要的影响。 4、Go是OO的。它有支持抽象的方法，支持多态的接口，用于封装的访问修饰符（导出/未导出是java的public和
1 年 前
读贴有感。算法、数据结构和OO、设计模式，初学者的你还在怀疑吗？
两个算法和数据结构所能解决的问题，其实是软件的复杂化做成的，虽全用算法实现可以，但那样是高代价的。当我不断地怀疑的时候，于是我找到了OO，接触了框架，然后遇上了 设计模式 。曾经因为OO而藐视算法
10 年 前
鲍勃大叔：SOLID原则适合函数编程吗？
OOP代码很少见。 3. SOLID非常非常通用，几乎可以应用于任何语言。甚至COBOL。 4. FP和OO是同一枚硬币的两面 - 它们只是表面上不同。我们为人们编写代码 - 所以我们必须以一种吸引
4 年 前
DAO如何快速适应业务变更
，这样的项目结构绝对是有大问题的，oo的特性完全没有了，本来作为能快速适应业务更改的oo的优点现在变成了缺点。各位给点建议，有什么办法可以改善。 这里有几点我认为不能改变的现状： 1， 数据库绝对只能是
10 年 前
Hibernate这样用好不好，有多少人赞成或已在用？
类怎么利用oo思想啊，hibernate可以对一个对象进行操作，jdbc不行啊，主要是可以利用oo思想 你根本就没看明白这个贴子的观点，我的意思是完全不用OO思想，只是将hibernate当作一个比
10 年 前
SpeedVan认为的VO
，若果真要说唯一标示，整个VO就是唯一标识。 2、VO有强烈的整体性，当一个VO被提出时，它一定代表着一种含义，且不能分割看待。 3、VO有着本质的不变性，这源自Value（值）的概念，VO是一种以
10 年 前