转账功能引发的讨论之谜是什么？

本文共计1063个文字，预计阅读时间需要5分钟。

今天解开了心中久久的困惑。和领域驱动群友讨论后，经过几小时讨论，总体上还是没能解决我心中的疑虑。所以直接拿出来和博友们讨论一番，希望能以自由互联大家庭的力量。

今天拿出了一个憋在心中很久的问题来和领域驱动群的群友讨论，经过几小时讨论，总体上来说还是不能解决我心中的疑惑，所以直接拿出来和博友们来讨论一翻，希望以自由互联大家的见识来为我释怀。为了让大家对所讨论的问题达成共识，就拿一个比较经典的ATM转账功能实现来展开讨论。如果我直接说大家都转过账，这未免太绝对了，但我相信在生活中，每一个人都听过这个词，废话少说直接进正题。

讨论的中心：如何从用例(功能)来精炼领域模型。

大家先不要急着回答我的问题，先对比以下落来的3位同学的对“转账功能”的具体实现。

1.甲君实现“转账”的代码



评论：甲君这种实现方式，咋看上去并无问题，或许很多朋友也都是这样去实现转账功能的，包括我在内。

2.再看看乙君对“转账功能”的实现的。

评论：相信看到乙君的实现，各位肯定会喊当然是这种比较好啦，应该没人会说这种方式比第一种差吧，但反问各位这种做法为何好？好在哪里？为何能驱动出这个模型来？或许你们都会答，第二种明显维护的时候更省力什么的。。。我只能说从重构的角度来说，第一种有必要改进成第二种，但从功能实现的角度，抱歉，我无法单纯从转账这个用例精化出这种模型来。