[quote=引用 8 楼 m0_37190407 的回复:] [quote=引用 6 楼 daixf_csdn 的回复:] 没实力不要去搞什么领域驱动。我说的这个实力不只是你架构师的实力,而是整个研发团队的实力。 架构师没有这个实力时,设计就会变形,而变形后的设计非常可怕,那就是个资源黑洞,大量的吞噬资源和效率。 如果架构师有这个实力,但程序员没这个实力去对领域驱动理解到位和落实(我相信能有深度理解领域驱动的程序员的比例是很低的),开发也会变形,结果一样,用了领域驱动,带来的反而是灾难。 我的结论就是: 大多数研发团队,都没有能力去实现领域驱动,还是踏踏实实的把自己能做好的做好就行了。 领域驱动么,把它当智力玩具,玩一玩,是可以的,但不要当真了。
[quote=引用 6 楼 daixf_csdn 的回复:] 没实力不要去搞什么领域驱动。我说的这个实力不只是你架构师的实力,而是整个研发团队的实力。 架构师没有这个实力时,设计就会变形,而变形后的设计非常可怕,那就是个资源黑洞,大量的吞噬资源和效率。 如果架构师有这个实力,但程序员没这个实力去对领域驱动理解到位和落实(我相信能有深度理解领域驱动的程序员的比例是很低的),开发也会变形,结果一样,用了领域驱动,带来的反而是灾难。 我的结论就是: 大多数研发团队,都没有能力去实现领域驱动,还是踏踏实实的把自己能做好的做好就行了。 领域驱动么,把它当智力玩具,玩一玩,是可以的,但不要当真了。
没实力不要去搞什么领域驱动。我说的这个实力不只是你架构师的实力,而是整个研发团队的实力。 架构师没有这个实力时,设计就会变形,而变形后的设计非常可怕,那就是个资源黑洞,大量的吞噬资源和效率。 如果架构师有这个实力,但程序员没这个实力去对领域驱动理解到位和落实(我相信能有深度理解领域驱动的程序员的比例是很低的),开发也会变形,结果一样,用了领域驱动,带来的反而是灾难。 我的结论就是: 大多数研发团队,都没有能力去实现领域驱动,还是踏踏实实的把自己能做好的做好就行了。 领域驱动么,把它当智力玩具,玩一玩,是可以的,但不要当真了。
[quote=引用 3 楼 leo2003 的回复:] 领域驱动 什么先进技术? 百度了一下,也没看懂。 本人也写 ERP ,完全不懂 “领域驱动”呀
领域驱动 什么先进技术? 百度了一下,也没看懂。 本人也写 ERP ,完全不懂 “领域驱动”呀
领域驱动 每人理解都不同 ERP目前用的应该不多
110,547
社区成员
642,561
社区内容
加载中
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧