支持多仓库。
单仓库的话，一个微服务发布，其他业务是不是也得同步更新？

A 继承了 IdArr 的方法，也就是 A 也实现了 UnmarshalJSON 方法

Error communicating with remote server.

直觉是拿不到。
const 常量，在编译后直接是字面量，无法获取到它的地址，因此无法通过反射拿到了。

map 倒是可以实现。

代码质量还是很高的；
在分布式这块儿还有待改进

哈哈，学习各种姿势

@lvjiefly 那就是 php 作为消费者，去消费 rabbitmq 数据就行。
php 主要处理和 rabbitmq 的关系就行

看了楼主写的，觉得有的人出生就是 easy 模式，有些就是 hard 模式，当然离地狱模式还有段距离（开个玩笑哈~）

几件事情：
买房：本地？工作城市买？
工作：继续当前？跳槽？
面子：120p 面子好看？量入为出？


上面这两件事，说到底是职业规划和人生规划的问题，选择无外乎是：
1.外地挣钱回老家(那就是楼主父母计划的，有钱了就买房)
2.还是外地挣钱谋求人生突破（万一职业有大的突破呢，人没有梦想和咸鱼有什么区别？）

除了考虑前面的几个问题，还有两个重要的因素需要考虑：
1.房子：感觉是废话，但站在自己的立场上，个人是需要房子的（你可以把它理解为类似户口一样的东西，只是换了个形式，没有它你的生活会很难，有了它你的生活至少会有方向），但是量力而行；
2.外部经济形势：经济差，要留现金；但是形势一旦稳定，就会通胀（全球都在印钱，包括中国）。

总之，能理解楼主的难处，毕竟是人生大方向的选择。

个人的建议是：
1. 懂理财投资的话，建议去做（怎么衡量懂：得到预期的回报率，而且没有心理负担）；不懂的话，我也好的办法，那就努力工作吧；
2. 平心静气和父母沟通，把你的人生规划说给他们听（父母买房的初衷就是在替你决策，如果你有更好的打算他们没理由拒绝的？！），当然有多少钱可以不说~

hmget
或者 1 楼说的 json

@davidyanxw
勘误：
term query 不会分词，doc 会分词（ analyzed 时）

analyzed：
term query: chrome 命中：文档 1 、2
term query: Chrome 命中：没有（找不到 term=Chrome 的文档）

analyzed 设置时：对应分词； doc 会分词处理，query 也会分词处理；
term 对应词项，term 是分词生成的，当然不分词的话就是自身。
-----------------------------
analyzed：
三个 doc：
google chrome
google Chrome
googlechrome

term query: chrome 命中：文档 1 、2 （文档 2，分词处理后变成了 google chrome ）
term query: Chrome 命中: 文档 1 、2 （ query，分词处理后变成了 chrome ）

====================
unanalyzed:
同样的文档
term query: chrome 命中: 没有
term query: Chrome 命中: 没有
term query: google chrome 命中：文档 1 （没有分词过程了）


结论：
term query，字面意思就是词项查询
是否分词，影响的是 doc 和 query 生成的 term ；进一步 term query 时候，和原始的字符串未必一致。

我的理解，不会锁表。
主从同步，是从发起读请求，主响应返回需要的 binlog 日志内容。

不要外键，弊大于利。
互联网业务有个特点，会快速迭代，今天很明确的业务关系，明天可能会多出一个业务分支。
原计划级联删除的表，可能有其他业务在用，级联删除带来的损失比收益大，会让你们 manager 和部门陷入被动。

一句话，可能影响业务，少个外键又没有实际损失。
不要！

你这是要写个病毒？

@guonaihong
能详细解释下 1 这种情况既可能返回 123，也可能返回 789 吗？

@blip
感谢

ch <- expression

expression 计算的时机是问题的关键。
具体的细节，希望大牛们给详细说说

@janyw 👍
1. 小公司用不上，大公司或者复杂业务才有场景，业务复杂到一定程度，组织架构不会简单，人事问题会成为这类技术架构或者业务架构很大的阻碍；
2. 确实是一种设计模式，属于思想维度的东西。量化或者标准化有难度。给执行带来了问题。
实际中，业务精通 ddd 思维弱的人 vs 业务熟练思维强的人，前者更吃香也有话语权。
客观上，会导致 ddd 落地很难。
3. 属于思想维度，需要可落地的规范。
上车是否排队，属于规范；是否尊老爱幼，属于思想。
前者可以衡量，后者不便衡量。
4. ddd 的核心是应对软件复杂度。
公司里业务复杂的代码其实都有类似的问题，如何降低复杂度，让软件架构合理化才是关键。
ddd 提供了一种方法论，按着这个思路走，比较容易理解。
如果强行推动 ddd，结果未必好。
因为思想不可见啊！

@kaifang 1 运算了，2 为啥不运算呢？

@blip
按照这个说法的话，应该两个值都会返回 123 才对啊？
为啥第 1 种返回 123，第 2 种返回 789