沪江技术学院

Kotlin 君和 Swift 君在一个团队一起开发已经很久了，由于平台的差异性，他们经常会进行一些技术上的交流（PK），「Kotlin vs. Swift」漫谈系列就是他们在互相切磋是的语录。

Kotlin 君和 Swift 君在一个团队一起开发已经很久了，由于平台的差异性，他们经常会进行一些技术上的交流（PK），「Kotlin vs. Swift」课程就是他们在互相切磋是的语录。

今天就切磋一下控制流吧， 你们是怎么做条件判断的？

随着移动互联网向纵深发展，用户变得越来越关心应用的体验，开发者必须关注应用性能所带来的用户流失问题。据统计，有十种应用性能问题危害最大，分别为：连接超时、闪退、卡顿、崩溃、黑白屏、网络劫持、交互性能差、CPU 使用率问题、内存泄露、不良接口。开发者难以兼顾所有的性能问题，而在传统的开发流程中，我们解决性能问题的方式通常是在得到线上用户的反馈后，再由开发人员去分析引发问题的根源；显然，凭借用户的反馈来得知应用的性能问题这种方式很原始，也很不高效，它使得开发团队在应对应用性能问题上很被动；所以寻找一种更专业和高效的手段来保障应用的性能就变得势在必行。性能监控 SDK 的定位就是帮助开发团队快速精确地定位性能问题，进而推动应用的性能和用户体验的提升。

要讲 Kotlin 的委托属性，要先从 Kotlin 的属性说起，当然关于属性的定义就不多介绍了。这里介绍一下 Kotlin 区别于 Java 独有的 back field 的概念。用过 Kotlin 的人都知道，Kotlin 的属性是天生带 Setter/Getter 方法的，不过如果要重写他们的话，写法有所不同。

在公司内部解决后端和前端对于错误码争论的过程中，与一些纵线的小伙伴也有过一些深入的交流，发现大家对错误码的认知和理解存在很大的差异，因此决定撰写此文来阐述一下我对错误码的一些理解以及对错误码处理方式的建议。

回想起了一段往事，现在回过头来看，蛮有趣的，主要是一个将业务逐步抽象成数据的过程，对于当时对数据设计等还不太敏感的自己有不小的促进作用。于是想通过本文分享下当初如何搭建可视化编辑页面系统中的一些开发设计思路，也希望能够帮助伙伴在构建类似中大型应用时有一定帮助，对于较复杂的数据结构能更好的设计。本文不会把具体的实现代码贴出来，而关注的更多是背后为何要这样设计实现，如何把一些业务映射到数据等等。有不足之处，还请轻拍。

了解 React 的人几乎都听过说 Virtual DOM，甚至不了解 React 的人也听过 Virtual DOM。那么 React 的 Virtual DOM 到底长什么样子呢？今天我们将一探 React 的源码来揭开 React Virtual DOM 的神秘面纱。

WKWebView是iOS8之后提供的一款浏览器组件，其载入速度和内存占用对比老的 `UIWebView` 来说简直是一次飞跃。下面对比 `UIWebView` 介绍该组件如何去使用，以及使用过程中会存在的问题。

虽然这主要是替换技术框架，但也是我们应用系统进行重新设计、业务流程重新梳理的一个好机会，我们将利用这次机会来重构之前发现的一些问题。