using 关键词用于代替 const 和 let，用于定义一个可释放的对象，即一个在使用后可以自我清理的对象。 然而，这个关键词源自 C#，那么 TypeScript 只是复制 C# 吗？ 并不是，TypeScript 只是从 C# 中挑选出最优秀的特性，以提升整体开发者体验。 今天解释 using 关键词在 TypeScript 中的工作原理，以及一个适用于 using 关键词的常见使用场景。
Android 官方的最新架构中引入了 Domain （网域层 or 领域层），Domain Layer 由一个个 UseCase 组成。但是由于团队套用官方新架构后没有正确地定义 UseCase，无法发挥 Domain Layer 应有的架构价值。
随着传输技术、显示技术与算力的持续提升，用户对于音视频体验的需求在提高，各家设备厂商也在探索和推出对应的技术与产品。打造空间感的空间视频与空间音频是其中最为关键的2项技术，bilibili视频云在这两项技术领域也进行了相关代探索与建设。
页面级测试是Web测试中的重要组成部分，它主要关注用户界面的展示、交互以及用户体验，在有赞以及整个业界，页面级测试往往涉及复杂的用户交互，这使得自动化测试面临很大挑战，部分工具如Selenium虽然可以模拟用户行为，但是维护成本高，随着页面功能和布局的频繁变化，维护测试脚本的成本也越来越高，且容易受前端页面变更的影响导致执行失败。 页面比对思路定位为一种视觉回归工具，用于捕获页面的屏幕截图进行比较，以检测页面在不同时间点之间的变化。相比其他UI工具Selenium、Cypress（用于模拟用户操作与页面进行交互，验证页面的功能是否按照预期运行）等，解决需要人工设置断言的问题，更聚焦在前端样式交互上。因为页面比对主要关注页面外观，避免了复杂的交互逻辑，所以维护成本更低，由于核心逻辑是捕获run的过程中页面变化的截图比对，相对UI自动化测试框架，执行速度取决于测试脚本的编写质量和所模拟的操作复杂程度，会相对比较耗时。综上所述，页面比对的思路是传统UIA的一种补充，聚焦前端交互，样式回归。
DNS是Kubernetes集群中非常重要的基础服务，在客户端设置不合理、集群规模较大等情况下比较容易出现解析超时、解析失败等现象，严重时可能会对业务造成相关影响。 尤其在节点异常宕机，或集群整体负载、coredns所分布在的节点负载较大时，该情况会非常常见，我们不定期会收到相关解析异常报警和业务线同学反馈，虽然每次持续时间较短，但在高峰期频繁出现也非常折磨。经过多种方案对比考量，我们最终决定对原生DNS架构做下改动： 将原架构集中请求pod→kube-dns svc→coredns pod的方式改造为：各node节点上的pod首选请求所在node本地的dns服务（后续称为q-dnsmasq），在q-dnsmasq服务不可用时再去请求kube-svc； 并将q-dnsmasq启用all-servers模式，让其识别请求域名是K8S内部（如cluster.local）还是外部，内部则同时转发多个Coredns并取最快响应结果； 如为K8S外部域名则在转发请求至公司dns-server时，也通过并发的方式同时请求3台公司dns-server（后续称为localdns），取最快响应结果；
