|
23 | 23 |
|
24 | 24 | 微信团队于最近宣布开源 MMKV,这是一个基于 mmap 内存映射的 key-value 组件。而这个组件在微信内部已经使用了 3 年,稳定性上得到了验证。而在性能上,也比传统的 NSUserDefaults 等方案更加出色。并且也移植到了 Android 平台,在这次一起开源。 |
25 | 25 |
|
| 26 | + |
| 27 | +## 专栏 |
| 28 | + |
| 29 | +### 🐢 [Swift for TensorFlow, First Class Machine Learning in Swift](https://xiaozhuanlan.com/topic/6123854970) |
| 30 | + |
| 31 | +Swift for TensorFlow 是 Chris 到 Google 之后发布的新项目,目的在为 Swift 提供内建的机器学习能力。整个技术用了非常巧妙的方式,在编译器层面实现了对 TensorFlow 的支持,非常创新。并且从项目的设计思路也能够感受到 Chris 对 Swift 这门语言的一些想法,Swift 绝不简单是客户端或者服务端编程语言,而是一个全新的编程平台,开放优雅的架构使其能够无缝和其他语言进行交互,而且是在类型安全的前提下。 |
| 32 | + |
| 33 | +我在 2018@Swift 大会上分享了一这项技术的一些原理和应用,这篇文章是分享的文字版。 |
| 34 | + |
| 35 | +Swift for TensorFlow |
| 36 | + |
| 37 | + |
| 38 | + |
| 39 | +### 🐢 [[译]SE-0206 Hashable 加强](https://xiaozhuanlan.com/topic/1470362958) |
| 40 | + |
| 41 | +Swift 4.2 其中一个比较大的改动就是 `Hashable` 协议,对这么一个基础的协议做改动,即使在一年出一门新语言的 Swift 大家族里也几乎是第一次🤷♂️,看到这篇提案的时候我就产生了这么几个疑问: |
| 42 | + |
| 43 | +1. 为什么要用 `inout` 这种大家很陌生的概念? |
| 44 | +2. Hasher 好像是哈希函数的抽象,那为什么它不是一个泛型,而是结构体?那应该怎么去自定义哈希函数? |
| 45 | +3. 而且为什么要去改动这么一个基础协议?之前的协议有哪些不足? |
| 46 | + |
| 47 | +在查阅了一些资料之后,我发现国外对于这件事情的讨论其实也不多,最好的资料还是 Swift-Evolution 的提案,所以特意翻译出来,希望能够帮助大家更好地了解这一次基础协议改动的来龙去脉。 |
| 48 | + |
26 | 49 | ## 文章 |
27 | 50 |
|
28 | 51 | ### 🐎 [这次 swift 大会分享准备的幻灯片和 demo](https://www.jianshu.com/p/57331c22d788) |
@@ -112,27 +135,6 @@ Xcode 在 debug 的时候,能够直接查看 `UIImage`、`NSString` 等类型 |
112 | 135 |
|
113 | 136 | 好的 README 包括但不限于配图、屏幕截图、GIF、文本排版等。这是一个优秀 README 列表,以及一些帮助你写好 README 的工具。 |
114 | 137 |
|
115 | | -## 专栏 |
116 | | - |
117 | | -### 🐢 [Swift for TensorFlow, First Class Machine Learning in Swift](https://xiaozhuanlan.com/topic/6123854970) |
118 | | - |
119 | | -Swift for TensorFlow 是 Chris 到 Google 之后发布的新项目,目的在为 Swift 提供内建的机器学习能力。整个技术用了非常巧妙的方式,在编译器层面实现了对 TensorFlow 的支持,非常创新。并且从项目的设计思路也能够感受到 Chris 对 Swift 这门语言的一些想法,Swift 绝不简单是客户端或者服务端编程语言,而是一个全新的编程平台,开放优雅的架构使其能够无缝和其他语言进行交互,而且是在类型安全的前提下。 |
120 | | - |
121 | | -我在 2018@Swift 大会上分享了一这项技术的一些原理和应用,这篇文章是分享的文字版。 |
122 | | - |
123 | | -Swift for TensorFlow |
124 | | - |
125 | | - |
126 | | - |
127 | | -### 🐢 [[译]SE-0206 Hashable 加强](https://xiaozhuanlan.com/topic/1470362958) |
128 | | - |
129 | | -Swift 4.2 其中一个比较大的改动就是 `Hashable` 协议,对这么一个基础的协议做改动,即使在一年出一门新语言的 Swift 大家族里也几乎是第一次🤷♂️,看到这篇提案的时候我就产生了这么几个疑问: |
130 | | - |
131 | | -1. 为什么要用 `inout` 这种大家很陌生的概念? |
132 | | -2. Hasher 好像是哈希函数的抽象,那为什么它不是一个泛型,而是结构体?那应该怎么去自定义哈希函数? |
133 | | -3. 而且为什么要去改动这么一个基础协议?之前的协议有哪些不足? |
134 | | - |
135 | | -在查阅了一些资料之后,我发现国外对于这件事情的讨论其实也不多,最好的资料还是 Swift-Evolution 的提案,所以特意翻译出来,希望能够帮助大家更好地了解这一次基础协议改动的来龙去脉。 |
136 | 138 |
|
137 | 139 | ## 设计 |
138 | 140 |
|
|
0 commit comments