 |
1
Lpl 2017-02-13 09:02:06 +08:00
"异步化没有帮他们解决什么问题，反而搞出一堆麻烦事情来。"
搞出麻烦事情来是肯定的，但是也解决了一部分问题：比如对于某些不需要实时化的东西、或者某些处理操作耗时的，直接异步不会影响现在业务的处理时间。 现在在用的 Guava 的 EventBus 来处理异步，确实搞出了很多麻烦。代码里确实有些地方是 over design 的 |
 |
2
j4fun 2017-02-13 09:04:49 +08:00
拜读了下，挺好的文章
|
 |
3
ghl 2017-02-13 09:23:34 +08:00 via iPhone  1
挺不错的，不过精华显然是下一篇啊，要点姿势齐全，简直堪称甩干锅?
|
 |
4
sighforever 2017-02-13 09:29:54 +08:00
敢不敢全文粘贴过来
|
 |
5
taowen OP @sighforever V2EX 不鼓励全文转载的
|
 |
6
annielong 2017-02-13 09:43:31 +08:00
现在还停留在 “ model 目录，倒没有付出什么成本。差一点的是把整个数据表重新定义了一个 xxxBO 的对象，然后每次都要多一次对象的字段拷贝。逻辑写来写去只看见增删改查，哪里有什么领域模型可言？”这个层次，怎么办？
|
|
7
sighforever 2017-02-13 09:47:51 +08:00
@taowen 哦哦，不知道呢，不好意思
|
 |
8
murmur 2017-02-13 10:01:07 +08:00
这个批判太有意思了
你还不知道流程引擎是干嘛用的呢 一个业务 几十个节点 如果全手动编程实现 要不要死人？ 另外，这种可视化、可拖拽的流程引擎，不是给程序员用的，是给不会写代码的实施用的，需求拟完了，客户撕逼完了，直接一配新流程新业务就上线了 全开发那得多少工作量？ |
|
9
taowen OP @murmur udi dahan 的吐槽。 salesforce 是好的，半截子的 salesforce 还不如 PHP 裸写。我的观点是要把开发平台做得效率超过 PHP 裸写，这个 bar 其实很高的。
|
 |
10
g5tf87 2017-02-13 10:32:51 +08:00
写得蛮好的，如果可以把文字和措辞换得更正式一点，会是一篇很好的架构分析。现在读起来有点容易分心，感觉像是在发牢骚.加油!
|
 |
11
rockyou12 2017-02-13 10:35:18 +08:00
写得很好，两篇文章合起来看学到了很多
|
 |
12
Actrace 2017-02-13 13:15:16 +08:00
安利一下，世界上最好的流程调度和编排工具： PHP ，没有之一。
|
Select Language