懒的态度

Values types that measure, quantify, or describe things are easier to create, test, use, optimize, and maintain. Domain model 中真正的 Value Objects 并不是业务领域中的一种物品 (thing)，它是用于测量、量化或是描述物品的。例如，一个人的年龄，它并不是一件事物，而是用来量化这个人从出生到现在的年数。 如果设计正确，Value Objects 的实例在创建之后就可以被随意传递，开发者可以即刻忘记这类对象，无论它们的生命周期是长是短，更无需担心对象的值是否被修改。在解决 Ubiquitious Language 的时候，确定正在建模的 domain concept 是否适合 Value Objects 是第一要务。有这么几个标准可以用来辅助判断： + It measures, quantifies, or describes a thing in the domain. + It can be maintained as immutable. + It models a conceptual whole by composing related attributes as an integral unit. + It is completely replaceable when the measurement or description changes. + It can be compared with others using Value equality. + It supplies its collaborators with Side-Effect-Free Behavior. 在绝大多少情况下，Value Objects 都是 immutable 的，一旦它们被创建出来，就无法再修改它的值。在 Java 或是 C# 这样的语言中，开发者往往使用 constructor 来构造 Value Objects 的实例，传入的参数被用于确定该对象的全部状态。构造参数可能直接被保存为 Value Objects 的 attributes，也可能被用于推导 (derive) 出对象内的一个或是若干 attributes...

讨论 Validation 的时候，不得不提及 Self encapsulation，objects 的 constructor 将成员变量的赋值代理给各自的 setter methods 来执行，而 setter 可以检查对象自身是否具有合适的 state。本书的作者并不认同将 self encapsulation 视作为 validation 的一种，因为从单一职责的角度来看，更适合由独立的 validation class 而不是 domain class 自己来执行 validation 操作。他对 self encapsulation 的看法是，assertions that follow a design-by-contract approach。所谓的 design-by-contract 是由 Bertravel Meyer 在 Eiffel 语言中所提倡的，可以具体细分为 pre-condition, post-condition 和 invariants of the components。 The primary reasons to use validation in the model are to check the correctness of + any one attribute/property, + any whole object + or, any composition of objects. Domain model 的 validation 被划分为三个层次，也就是说，即使一个 Entity 中所有的 attributes/properties 都有效，这个 Entity 还是可能由于 attributes 的组合状态无效。因此，还是要用 Specification 或是 Strategy 来对整个 Entity 的状态来执行校验。 由于整个 Entity 的 state 必须对 validation 可见，并不表示将 validation processing 内嵌在 Entity 里是个好主意。很多时候对于 domain object 的 validation 逻辑的修改比起对于 domain model 本身的业务逻辑的修改来的更为频繁！此外，从 responsibility 的角度来考虑也应当独立出 ...

在考虑了市场上各种选择之后，选择了 Asustor 的一款四盘位产品，从硬件配置来看，这台 NAS 配备了 Intel Atom CPU，足以支持多媒体解码以及安装五花八门的 apps，标配内存 1GB，如果嫌少自己还可以加一条最大 2GB 的笔记本内存。 两盘位的 NAS 直接被过滤掉了，因为仅支持 RAID0 和 RAID1，家用网络的瓶颈往往并不是速度，现在大部分的无线路由器或是 HUB 都提供了一定数量的千兆网口，看看测评报告就会发现不少产品的 RAID0 速度也真没快到哪去。至于 RAID1，不选择的原因是它需要 1:1 的备份消耗，性价比不足。超过四盘位的 NAS 对我来说过于高级，因此就只剩下了可以配置 RAID5 或是 RAID10 的 4 Bays Device。 从软件的角度来看，如果自行组建 NAS，的确有像是 FreeNAS 或是“黑群晖”这样的操作系统可用，但是看了很多人的配置经历觉得并不是很理想，花的功夫不少，有兴趣的朋友可以看看 知乎上的这一个问答 （好吧，俺承认主要是懒得动手折腾）。像是 Synology、QNAP 这些台系厂商最近几年大力研发自己的平台，对于 web interface 和移动终端的支持都已经很丰富了。Asustor 虽然是后起之秀，不过看大量的评测也对于他家的 ADM 给予了肯定。 于是，就要下单了……

这周花了点儿时间在网上研究厂商提供的 NAS 产品，对比了米国亚马逊和国内网商的价格，主要看了京东和易讯的报价。下面列的是几款主要的产品，都是不带硬盘的裸机—— + BUFFALO LinkStation Pro Duo 2-Bay Diskless Enclosure High Performance Network Attached Storage (NAS) - LS-WVL/E 双盘位的老产品，CPU是Marvell的ARM架构处理器，1.6GHz；内存是256MB，最大支持8TB硬盘。 + Synology DiskStation 2-Bay (Diskless) Network Attached Storage (DS213j) 支持浮点运算的 1.2GHz 处理器，512MB DDR3 内存，最大支持 8TB。 + Synology America DiskStation 2-Bay Diskless Network Attached Storage (DS214play) 支持浮点运算的 1.6GHz 双核处理器，1GB DDR3 内存，最大支持 8TB。 + Synology DiskStation 4-Bay (Diskless) Network Attached Storage DS412+ (Black) 双核 2.13GHz Atom 处理器，1GB DDR3 内存，最大支持 16TB。 第一个产品价格约为 630 元；第二款价格为 1500 元；第三款为 3000 元；最后一款显然有着最“强”的价格 4600 元。从价格角度来看显然双硬盘位的较为便宜，但是从性能和容量来看四位产品有极大的优势。 NAS 重量级产品主要集中在台系的 QNAP 和 Synology 两家身上，从评测文来看貌似QNAP的系统和界面比起Synology的略微逊色一分。而巴法络的 NAS 貌似被不少网友诟病不稳定……本质上价格高的产品提供的不仅仅是硬件，更重要的是软件的整合。

现成的 NAS 设备大多仅支持RAID 0/1，可用性不是很高，如果选用4 bay的设备，则可以使用RAID 5/6/10。在亚马逊上看了看，现成的四盘设备（注意是不带硬盘的空设备）大概价格从两百多刀到五百多刀都有（美元结算）。基本配置是 1.2GHz 的 CPU 和 512MB 板载内存。 NETGEAR ReadyNAS 104 4-Bay Diskless Network Attached Storage (RN10400-100NAS) 售价 250 美元 Seagate Business Storage NAS 4-Bay 8TB Network Attached Storage STBP8000100 售价 590 美元 家庭内用的电子娱乐设施主要包括这么几类： 笔记本电脑和台式机，或是一体机 平板电脑（iPad 或是安卓平板） 智能手机（iPhone 或是 Android Phone） Gaming Console (XBox 或是 PS) 各类设备使用的操作系统都不太一样，有的是 Windows 7/8、或是 Mac OS X，或是 iPhone OS，甚至是诸多 Android 碎片化的版本，还有一些封闭的系统……好在大都支持无线网络访问。 而家庭数字娱乐内容主要包括照片、视频、电影（你懂的）还有一些备份的文件，在针对复杂的设备群的访问的时候，NAS的好处就很显著——不管终端设备的硬件配置高低计算能力强弱操作系统几何，只要通过网络就可以访问到基本的存储服务。 想象一下，家人随时可以将手机中的照片上传到NAS备份，下载好的电视剧可以坐在沙发上看小米电视或是躺在床上看手机，音乐也可以很方便地同步到各个设备上头。这个愿景是很棒的，不过考虑到实际上NAS的价格，我可能更倾向于DIY一台而不是去购买现成的设备。 普通的电脑并不是NAS，我认为NAS至少需要满足以下这些条件： 低功耗 具体说来包括低耗电量静音等。CPU不需要太强大，也不需要超过四核，否则散热就成了大问题。GPU也不需要，因为终端设备有能力硬解视频流。静音是个preferrable的特点，因为谁也不想要搞一堆小风扇塞在盒子里，那样还得考虑智能风扇的设定……麻烦当然是越少越好。 低存储成本 支持备份的 RAID 是必须的，高级的 RA...

刚刚看完一篇很长的技术贴，确切的说是硬件评测贴。这是一篇写于2009年的文章，5年的时间跨度对于计算机硬件发展而言是好几个世代，不过作者在评测中介绍到的很多东西是与存储系统紧密相关的，例如传统硬盘的工作原理，SSD的TRIM指令由来等。非常值得一读，毫不夸张的说，这是积累攒机知识所必须的…… 文章的地址在这里—— The SSD Anthology

DDD 中实体类型的设计往往被错误的导向了与数据库有关的 Scheme Design。 > Because of the prevailing approaches to software development that place > importance on the database, instead of designing domain concepts with rich > behaviors, developers might think primarily about the attributes (columns) > and associations (foreign keys) of the data. 这种以数据库范式为导向的设计思路导致 domain models 中几乎每一个概念都以 entity 的方式被编码为仅有 `getter` 和 `setter` 的类型，可是显然 Domain driven design 所追求的 entities 不应该仅仅具有 property accessors。 > An entity is a unique thing and is capable of being changed continuously over > a long period of time. Changes may be so extensive that the object might seem > much different from what it once was. And yes, it is the same object by identity. 常见的 *Anemia model （贫血的模型）* 很多时候就是来自于这样的设计。例如，书中第一章所给出的 Customer 的例子就是很【贫血】的： private void saveCustomer( String customerId, String customerFirstName, String customerLastName, String ...