Lee 的笔记本

原文链接：Don’t DRY Your Code Prematurely

我们大概已经了解过“Don’t Repeat Yourself”或者说 DRY 这一编程美德了。不过先让我们停下来想一想：重复的代码真的是冗余的吗？还是说这些功能会随着时间独自进化成不同的样子呢？严格遵循 DRY 原则相当于过早引入了抽象，这会让未来的改动变得比实际更复杂。

在日常开发中，数据内容的歧义可能是最常见的一种引发 Bug 的原因了。虽然 Swift 是一个强类型的语言，但是开发者自行构建的数据结构在使用时却很可能绕开了编译器的检测，这就带来了潜在的数据内容歧义问题。

为你提供每日灵感与知识，给日常生活加点料

最近需要在 Electron 项目上引入一个比较吃性能的大头功能，因为已经用 Objective-C 实现过一套稳定且性能也可接受的带 UI 方案了，所以计划看看能不能将这套现成的方案直接用到 Electron 里。但想要这么做就必须解决原生 UI 与 Electron 通讯的问题，再进一步，能不能让 Electron 以多进程的方式调起这个大头功能的 Demo 以节省掉绝大部分的重复工作呢？

本文只研究了原生 XPC 通讯的部分，关于集成到 Electron 里还有哪些坑会在下一篇文章里讲讲

咱们最有意思的第四篇 SwiftUI 教程来啦！为什么说是“最有意思”的呢？因为按照约定，在这篇文章里我们会一起来看看用 SwiftUI 开发界面的快捷便利体现在什么地方。相信这会让许多苹果开发者们耳目一新。

信了苹果教之后，每次有什么更新，我最期待的都是隐藏在大功能下的小细节，不知道有多少人跟我一样？

通过前两篇文章（SwiftUI 系列教程 （1） 和 （2）），我们已经看到了 SwiftUI 是怎么运作的了，对于常规的界面元素来说，使用 SwiftUI 确实能带来不小的生产力提升。但是在前面的例子里，我们用到的数据全都是写死的，这跟复杂多变的真实需求可不大一样。这篇文章我们就来了解一下，SwiftUI 里用到的全新的数据流模型。

相比起前两篇实操文，这篇文章可能会比较干，请大家看文章之前先访问一下饮水机。

在上一篇文章中，我们了解了 SwiftUI 的 Text 组件，并通过 Stack 系列的组件对内容进行了一些简单的布局。在这篇文章里，我们会认识一个全新的图片组件，并且会尝试利用这两篇文章的知识，结合 MapKit 框架，来实现一个简单的地点详情界面。

可能是全网最早的 SwiftUI 中文教程？

这篇文章来源于苹果官方的教程，相当于是我自己学习过程的一个记录。这个系列教程会跟着官方教程构造一个新的项目，还会加入一些 WWDC 的东西作为补充，可能偶尔会有一些自由发挥的部分。（不过我这里是做不出官方教程那种酷炫的动画了…）