 |
powermanV2EX 第 544685 号会员，加入于 2021-05-07 17:13:45 +08:00 |
powerman 最近回复了
2022-09-22 17:40:00 +08:00 回复了 B1ankCat 创建的主题 › 程序员 › JDK19 发布了，终于迎来了虚拟线程 |
@xxfye #19 只要解决 ThreadLocal 跟 Thread 这层抽象 应该就好了
2022-09-17 01:14:34 +08:00 回复了 brucetao2009 创建的主题 › 程序员 › 谁有 ddd（领域驱动设计的相关案例项目）？ |
没什么卵用，软件开发的根本问题还是 人月神话指出的那样，
复杂性与概念完整性，
别的系统中很多复杂性不是根本属性，可以剔除掉，只要抓住主要模型就行，例如我们初中学习的物理知识，很多物理题目都是简化后的模型，最常见的就是刚体模型，刚体假设所有系统中的物体都是不会发生形变的，这样的模型系统中就排除了物体形变带来的复杂性
但是软件这东西，复杂性是根本属性，而且复杂性通常又分两种，一种是业务逻辑本身的复杂性，另一种是开发人员人为带来的复杂性，例如复制一段代码，你接手改的时候 莫名其妙漏了一处，这是人为带来的复杂性，
通常应对前者的解决办法就是拆分，拆分的越细就越容易理解，后者基本上只能靠高素质的开发人员，遇到水平低下的，甚至乱搞的，对业内最佳实践不屑一顾的，你只能自求多福，像我最近跟别的部门对接，参数都是 string int ，java interface 一点约束都没有，能用 string 绝对不 enum ，还有提供接口任何时候都不报错，全部直接给你返回 200 ，接口里面几个种参数组合跟各种功能，然后让你去查日志对接，美名其曰 考虑生产性能，我们此处不做校验逻辑，只要开发阶段大家代码调试通过即可。
还有自己又实现了一套本地缓存的，没有任何运维工具跟监控全靠手工维护，线上发布，运维压力直线上升，
DDD 只是可以帮助你去理解概念的完整性，并没有办法让你做的更好，
因为目前国内的情况就是 大量的人都是从事历史悠久的事务脚本开发，模块化都没做好，
何谈用 DDD 来维护概念完整性，我有的时候跟别人讲，你别复制代码，这是给别人在埋雷，
听都没人听，国内大环境的情况下，在这些人为带来的复杂性未得到根治前，
使用 DDD 去管理因为业务本身逻辑带来的复杂性，可以说是毫无意义。
复杂性与概念完整性，
别的系统中很多复杂性不是根本属性，可以剔除掉，只要抓住主要模型就行，例如我们初中学习的物理知识，很多物理题目都是简化后的模型，最常见的就是刚体模型，刚体假设所有系统中的物体都是不会发生形变的，这样的模型系统中就排除了物体形变带来的复杂性
但是软件这东西，复杂性是根本属性，而且复杂性通常又分两种，一种是业务逻辑本身的复杂性，另一种是开发人员人为带来的复杂性，例如复制一段代码，你接手改的时候 莫名其妙漏了一处，这是人为带来的复杂性，
通常应对前者的解决办法就是拆分，拆分的越细就越容易理解，后者基本上只能靠高素质的开发人员，遇到水平低下的，甚至乱搞的，对业内最佳实践不屑一顾的，你只能自求多福，像我最近跟别的部门对接，参数都是 string int ，java interface 一点约束都没有，能用 string 绝对不 enum ，还有提供接口任何时候都不报错，全部直接给你返回 200 ，接口里面几个种参数组合跟各种功能，然后让你去查日志对接，美名其曰 考虑生产性能，我们此处不做校验逻辑，只要开发阶段大家代码调试通过即可。
还有自己又实现了一套本地缓存的，没有任何运维工具跟监控全靠手工维护，线上发布，运维压力直线上升，
DDD 只是可以帮助你去理解概念的完整性，并没有办法让你做的更好，
因为目前国内的情况就是 大量的人都是从事历史悠久的事务脚本开发，模块化都没做好，
何谈用 DDD 来维护概念完整性，我有的时候跟别人讲，你别复制代码，这是给别人在埋雷，
听都没人听，国内大环境的情况下，在这些人为带来的复杂性未得到根治前，
使用 DDD 去管理因为业务本身逻辑带来的复杂性，可以说是毫无意义。
2022-09-12 07:50:11 +08:00 回复了 czhu 创建的主题 › 问与答 › 户外拉网线， 100 米，哪个品牌好，需要注意啥？ |
带宽需求不大的话 尽量 5G 无线网桥
Select Language