这是一条死路，别折腾了，靠谱就转换为 WebRTC, 不靠谱就用本机插件(海康官方就是这么干的), 延迟没要求就是要 hls ，所有基于裸 tcp 协议的浏览器上都没戏(兼容性，稳定性都搞不定)， 我以前浪费过一个月在这个上面，如果行得通，海康官方就已经提供了，我和海康的技术人员沟通过。

是使用 Web Socket 时候必须使用第一种方式，第二种用 Web Socket 连接会失败的。

典型的没事找事干，如果系统没法大改，干脆全部用事务脚本算了，反正想都能想的到，你们的系统这种场景肯定都没考虑过事务一致性。使用 DDD 纯粹是浪费脑力，要不进行大改（前端如果不想不改，就添加中间层屏蔽差异). 看你说这种场景，一看系统就不是什么特别重要的，就这样吧。不要尝试去重构已经堆起来的大泥球，如果有什么额外升职加薪另说。

并不算，我们公司就是使用 cn 做主域名，大部分产品都挂在二级域名下。只有几个比较特殊项目是单独的产品，有独立 com 域名，你说的那些都属于法律问题，不是技术问题。另外一般解析并不会说停就停，至少我们公司的 cn 域名用了 20 多年了，没出过问题。

我估计并没有办法优化你说的这种情况，加了 in 以后，即便 level 有索引也会变慢,不过你这种有索引就是个复杂的 n 的算法，基本对性能影响可以忽略，但是肯定比没有这个条件要慢，因为加载索引，比较需要时间的。你可能认为 mysql 会去分析列的所有有效值，然后去掉这个 in 操作，我估计 mysql 的优化器不会去做这件事。不过具体来说，我也没有去了解最新的 mysql 优化器的设计，等一位大神来解答。

如果是 SVG 的图标，我现在的办法是将图标作为一个远程资源去动态加载(当然这样也有缺陷), SVG 总是作为静态组件被全局引用，然后根据名称去匹配，这样静态引用时候使用具体的 Icon 的名称，动态引用的 svg 会去下载实际引用的资源。

这个问题就问的很搞笑，浏览器上的所有 Web API(包含 DOM)都是挂载 BOM(window)对象上的(Web Worker 有自己独立的顶级作用域), 你 BOM 都不想了解，还学个啥。JavaScript/TypeScript 是编程语言，Web 是个开发平台(Platform), Vue/React 是个 View Framework, 你要做前端需要学的有这些: HTML, CSS, JavaScript, HTTP, Security, BOM 基础对象和函数，Web APIs 等等，MDN 让已经列出了 Web 开发的所有基础技术. 我不知道 V2EX 上讨论前端，为啥都让大家感觉是个非常简单的东西。我这里提到的每一门技术，学到精通都有很深的门槛。即便是一个合格的前端开发者，也需对每一门技术有所掌握，工程师对自己吃饭的东西都不追求专业，还是早点不要干算了。

@RoshanWu 原文从第章开始收费了，OP 还打算继续翻译吗? 我感觉这个质量是真的不错，作者写的好，OP 翻译也在线。

正常路线，肯定可以，我 15 年左右在 ASP.NET 项目中就这样用。最终都要编译到 ES5 或者 ES6 或者 ESNext 。这些都不是什么问题，大部分第三方的 JS 包现在也支持了 TypeScript 的 typings

同样非常讨厌这个设计，但很多操蛋的项目都是这样的设计，所以我每次都使用资源管理器先看一下。

@xusanduo2019 大病或者疑难杂症，看 10+以上的医生都是很正常的事情，我眼睛视力问题和头痛，就跑过几十家三甲医院。每个人的说法还不一样，只看一家坑你没商量。

你都不说你的环境，谁能给你答案，从什么端上传到什么端？？？

本来就不应该将你的实体暴露给最终用户，肯定是给不同的接口按照不同使用需求添加 Dto 哈。
然后找个 Mapper 实现自动映射，如果有必要甚至可用上 GraphQL 或者其它 BFF 层。
在高级一点，将查询和命令分离，上 CQRS.

摆脱 crud boy 并不是应用设计模式就能解决的。你需要去学习的代码设计 /模块设计 /架构设计一整套东西，生搬硬套设计模式是没啥意义的。

偶尔还是咳嗽，咳嗽的痰还不是白色的，做了 3 次 CT, 最后一次 CT 是上周六，基本已吸收，医生说不需要再去复查了。最严重的时候去医院住院了三天。建议去做 CT 检查。

不是，垃圾，不要购买

我初中就有白头发，医生说是遗传因素导致的，可是我父母快 60 岁也没用白头发，很难说得清是什么原因，介意就去染发吧，我头发很多，长得还贼快，一个月要去剪 2 次，头发长了，白头发就很明显。医生说没啥好办法，吃的 /洗发的都试过，没啥用处。