去哪儿网技术沙龙

马涛2013 年加入去哪儿网技术团队，目前在目的地事业部，负责 H5、小程序类应用开发。个人对移动端技术领域和前后端工程化有浓厚兴趣，勇于探索实践追求极致。概述一般来讲我们是通过写单元测试来验证程序在执行过程中的代码覆盖。覆盖率结果可以从代码行、逻辑判断及函数方法等维度进行分析。得到的数值可以用来检验我们对系统功能的实现程度，也可以反馈出程序设计的完整性。然而对于一个没有维护单元测试的旧系统，想通过收集覆盖率来检验系统功能和熟悉系统结构不是一件容易的事情。为此我们进行了诸多思考与尝试最终...

翟旭光2019 年 11 月加入 Qunar 机票前端团队，目前在国内基础平台。喜欢工程化和 typescript，喜欢各种提升开发效率的工具，对这方面有浓厚的兴趣，有很多想法待实现。喜欢阅读源码，热衷于探索源码的乐趣，就像在深海探险，会因为偶然发现的一个冷僻的知识点或技巧而兴奋。技术点介绍工具函数的复杂类型的声明（难点）用 ts-mocha + chai 做单元测试用 ts + rollup 打不同模块规范的包前言先看一段代码const {name = 'xxx..

作者简介：苗宏涛，2010 年加入去哪儿，主要负责去哪儿网站运营-技术保障部相关工作。将运维自动化，智能化一直是我秉持的理念。DNS定义DNS 是域名系统 ( Domain Name System ) 的缩写，是因特网的一项核心服务，它作为可以将域名和 IP 地址相互映射的一个分布式数据库，能够使人更方便的访问互联网，而不用去记住能够被机器直接读取的 IP 数字串。互联网能够互联互通，能够方便人们方便访问，DNS 起到了很大的作用。DNS 查询过程要维护好 DNS 系统，首先要理解 DNS 的原理.

1 方案背景长期以来 APP、H5、小程序等各个端的定位和发展历程都不一样，各端技术栈差异性也较大，基于成本和效率考虑并不追求各端一致性，结果就是各端真的就渐行渐远了。移动端增量红利越来越少的情况下，产品这边逐渐追求各端的产品体验一致性，多端同时上的需求越来越多，但是由于技术上割裂较大，工时基本都会按端加倍，开发成本奇高，迫切的需要一套减少多端开发成本的方案。2 方案调研开始之前我们对业界现有的一些跨端方案进行了简单的调研和了解。通过对比目前的多端开发主要有以下几个大方向：对 IOS 和 A

1 问题由来关于我们 Node 服务产生了什么问题，为什么会出现这些问题，以及为何需要采用 GraphQL 去解决这些问题，是一个值得探究的过程。下面，我将从服务架构入手，简单介绍一下项目背景，而后通过几个案例，让大家更形象的理解我们现在的问题是如何产生的。1.1 服务架构简介左边方框内属于我们前端团队的服务，右边属于后端服务。这里只是比较粗糙的架构，省略了一些负载均衡等细节，对于我司国内酒店服务来说，这里的图示就足以解释说明我们的问题。而我们 Node 组，是处于承接上下游的一个位置，是属于直接

1 前言qrn-remax-unir 是由去哪儿网前端技术团队实现的一套将 RN 适配到小程序端的跨端组件，通过该组件库可快速方便的将 RN 源代码直接运行到小程序端。方案参考了 react-native-web 的适配方案，使用 remax 框架来实现适配组件库并达到适配多小程序的目的。和 react-native-web一样，它对 RN 源代码侵入度低，并且调试和替换组件相当方便。方案来自于社区，我们只是合理的应用用来解决我们遇到的业务问题，最终开发了这套组件库，也希望开源出来跟大家分享和共同探讨多

1 业务背景去哪儿网在旅游行业，拥有庞大的用户群体，除了日常的购票之外，我们也想和用户做更多的触达，让用户感受到平台的温度，这个触达主要分为三个部分：日常的促销，比如机票、酒店购买完毕，可以抽奖、发起砍价拿现金等活动，增加用户的粘性，切实给用户带来实惠。新客的引导，app 端和小程序都有新人专区，有各式各样的活动、任务引导用户购票转化。逢年过节时，平台会推出大力度的促销活动，进一步的提高用户转化，提高品牌影响力。上面主要的三个场景，去哪儿网各业务线也都有对应的产品运营团队来负责，那么问题来了，

1 前言React Native 0.63 已经发布，为我们带来了一些非常令人兴奋的新功能的同时，也让人头疼的，因为升级它并不是那么容易。尤其是遇到大版本更新，JavaScript、iOS 和 Android 三端的配置构建文件都有非常大的变动，有时候三者的配置文件又互相耦合在一起，往往牵一发而动全身。如果还想做完美兼容旧版升级，那更是难上加难啊。去哪儿刚刚结束 0.63 的升级, 这里就来分享下升级的过程吧。2 QRN 是什么？react-native 目前是去哪儿网跨端最佳方案，已是去哪儿网客