上个月，苹果公司在 Swift.org 论坛上宣布，正在着手为 Swift 和 C 语言支持Language Server Protocol（语言服务器协议，LSP）。对于苹果公司而言，为所有 Swift 开发者 —— 包括非苹果平台上的 —— 提供高质量的工具支持非常重要。我们希望与开源社区合作，将精力集中在构建 Xcode 和其他编辑器、其他平台可以共享的公共基础设施上。为实现这一目标，[……]，我们决定支持 LSP。Argyrios Kyrtzidis，2018 年 10 月 15 日这可能是苹果自 2014 年将 Swift 作为开源软件发布以来，为 Swift 做出的最重要的决定。这对于 APP 开发者来说是一件大事，对于其他平台上的 Swift 开发者来说更是一件大事。为了理解其中的原因，本周的文章将研究 Language Server Protocol 解决了什么问题，它是如何工作的，以及它的长期影响可能是什么。更新：sourcekit-lsp 项目现在已经可以在 GitHub 上访问了。想象这样一个矩阵，每一行表示不同的编程语言（Swift、JavaScript、Ruby、Python 等），每一列表示不同的代码编辑器（Xcode、Visual Studio、Vim、Atom 等），这样每个单元格表示特定编辑器对一种语言的支持级别。然后，你就发现各种组合形成了一种支 ...继续阅读 (8)

每个人都曾将编程比喻成其他事物。类比成木工、编织或者园艺。又或者可能类比成解决问题、讲故事或者制作艺术品。毫无疑问，编程与写作也很像；问题是更像诗歌还是散文。如果编程像音乐的话，不管怎么样它都应该是爵士乐。或许对我们每天所做工作最近似的类比来自中东民间故事：打开任何版本的《一千零一夜 (أَلْف لَيْلَة وَلَيْلَة) 》，你会找到对一种被称作镇尼、杰尼、精灵或者 🧞 的神奇生物的描述。不管你怎么称呼它们，你一定熟悉它们实现愿望的习惯，和必然会引起的不幸。从许多方面来看，电脑是抽象的愿望满足机的物理体现。像精灵一样，电脑会开心的执行任何你告诉它要做的事，而不会考虑你真正的意图是什么。之后当你意识到自己的错误时，就已经太晚了。作为一个 Swift 开发者，很有可能你遇到过整数类型转换错误并想着「我希望这些警告赶紧消失，代码能编译通过」。如果这听起来很熟悉，那你会对学习numbericCast(_:)感到高兴，它是 Swift Standard Libray 中一个小小的实用函数，有可能正是你所希望的。但是请小心提出你的愿望，它有可能马上会成真。让我们从消除觉得numericCast(_:)有什么魔法开始，通过查看它的实现：publicfuncnumericCast(_x:T)->U{returnU(x)}（像从我们有关Never的文章里学到的一样，极小量的 Swift ...继续阅读 (8)

如果你去看今年的 WWDC Keynote 演讲，你就知道 iOS 12 的这些比较重大的的新特性：Siri Shortcuts,ARKit 2, andCore ML 2— 更不用提风传很久的炸弹：代号为 “Marzipan” 的 iOS/Mac 桥接件终于提前透露了出来。另外如果你看了今年的这一期Platforms State of the Union session, 你会发现一些虽然没那么光芒四射但依旧很令人兴奋技术： 像自定义用户通知 UI, 和更新了的Network和自然语言（Natural Language）框架。但在 NSHipster , 我们感兴趣的是那些最详细最细微的变化 (我们可以说,晦涩的?) 也是最终加起来却又能给我们每天的工作带来很大影响的变化。今年的iOS 12 版本说明和Foundation 版本说明涵盖了很多这样的变化，但是它们还没有展开故事的全貌。 正因如此，你还需要深入挖掘。为了庆祝 iOS 12 在这周的发布, 我们把通过iOS 11.4 到 12 的 API 的一些差异分享给大家（尽管 API 已经列出来了，但是他们还没有正式文档的说明，所以记得小心使用）。为更重要的请求在网络流量里排出优先级你听过 iOS 里的 ...继续阅读 (6)

人类通过组合视觉、本体感觉和前庭系统得到的感觉信息来察觉自身的运动。其中前庭系统起到主要作用，前庭系统由感觉旋转的半规管和对水平与垂直受力敏感的耳石构成。如今的 iPhone 都有着一整套传感器，包括相机、气压计、陀螺仪、磁强计和加速规。和人类一样，它们使用不同感觉信息的组合来确定其位置和朝向，通常和我们自身的生物力学过程非常相似。让感觉输入有意义——不管它们是从哪里来的——是非常有挑战性的。需要考虑的信息实在太多了。（见鬼，我们这个种族花了小几百万年才搞定这件事，然而我们还是会被像电梯、飞机和过山车这些新奇的发明弄晕。）经过几个版本的系统与硬件更新，苹果的设备变得擅长于区分不同运动方式。在你跑去尝试自己实现前，停下来考虑一下使用这周文章中讨论的内置 API。在 iOS 和 watchOS 上，CMMotionActivityManager处理设备中传感器的原始数据并告诉你（有多确定）用户是否正在移动，和用户是在行走、跑步、骑行或者开车。要使用这个 API，首先创建一个活动管理器，然后使用startActivityUpdates方法来开始监听活动更新。每当设备更新了运动相关活动，它就会执行指定的闭包，并传入一个CMMotionActivity对象。letmanager=CMMotionActivityManager()manager.startActivityUpdates(to: ...继续阅读 (9)

在 Web 的世界里，速度不是一种奢求；它事关生死。近年来的用户研究表明，页面加载中任何可以察觉到的延迟 —— 即大于 400 毫秒（字面意义上的“一眨眼的功夫”） —— 都会对转化率和参与率产生负面影响。网页加载时每多花一秒，就会多 10% 的用户返回或者关闭这个页面。对于谷歌、亚马逊和 Netflix 这样的大型的互联网公司而言，加载时多花一秒钟就意味着损失数十亿美元的年收入。所以那些公司投入如此多的工程努力来让网页更快，也没有什么奇怪的了。有很多加速网络请求的技术：压缩和流技术、缓存和预加载、连接池和多路复用、延迟和后台运行。然而，还有一种比它们优先级更高，效果更好的优化策略：压根就不发请求。在这个方面，App 凭借先下载后使用的特点，拥有传统网页所不具备的独特优势。在这一周的 NSHipster 里，我们将展示如何以一种非传统的方式使用 Asset Catalog 来改善你的 App 的首次启动体验。Asset Catalog 允许你根据当前设备的特性来组织资源文件。对于一个给定的图片，你可以根据设备（iPhone、iPad、Apple Watch、Apple TV、Mac）、屏幕分辨率（@2x/@3x）或者色域（sRGB / P3），提供不同的文件。对于其他类型的 asset，你可能根据可用内存或者 Metal 版本的不同而提供不同的文件。请求 asset 时仅需提供名字 ...继续阅读 (7)

到了 20 世纪 30 年代，Rube Goldberg 已成为家喻户晓的名字，与“自营餐巾”等漫画中描绘的奇异复杂和异想天开的发明同义。大约在同一时期，阿尔伯特·爱因斯坦对尼尔斯·玻尔量子力学的普遍解释进行了批判，并从中提出了“鬼魅似的远距作用”这一词汇。近一个世纪之后，现代软件开发已经被视为可能成为 Goldbergian 装置的典范——通过量子计算机相信我们会越来越接近这个鬼魅的领域。作为软件开发人员，我们提倡尽可能减少代码中的远程操作。这是根据一些众所周知的规范法则得出的，如单一职责原则、最少意外原则和得墨忒耳定律。尽管它们可能会对代码产生一定的副作用，但更多的时候这些原则能使代码逻辑变得清晰。这是本周文章的焦点 Swift 属性观察器，它是系统内置的，比模型 - 视图 - 视图模型（MVVM）、函数响应式编程（FRP）这些更正式的解决方案更轻量。Swift 中有两种属性：存储属性，它们将状态和对象相关联；计算属性，则根据该状态执行计算。例如，structS{// 存储属性varstored:String="stored"// 计算属性varcomputed:String{return"computed"}}当你声明一个存储属性，你可以使用闭包定义一个属性观察器，该闭包中的代码会在属性被设值的时候执行。willSet观察器会在属性被赋新值之前被运行，didSet观察器则会在 ...继续阅读 (10)

当你在苹果商店预约天才吧服务后，相关工作人员会帮你登记并且安排特定的服务时间，在被带到座位上之后，工作人员会记录你的身份信息并添加到服务队列当中。根据一份来自零售店某位前员工的报告表示，对于顾客的描述有着严格的指导方针。他们的外貌特征如：年龄、性别、种族、身高都没有被使用 —— 甚至连头发的颜色都没有被使用。而是通过顾客的着装来描述，例如“黑色的高领毛衣，牛仔裤和眼镜”。这种描述顾客的方式和编程中的哈希函数有很多共同之处。同许多优秀的哈希函数一样，它是连续和易计算的，可用于快速找到你正在寻找的内容（或者人）。我想你肯定也觉得这样比队列要好用多了。这周我们的主题是Hashable和相关的新类型Hasher。它们共同组成了 Swift 最受喜爱的两个集合类Dictionary和Set的基础功能。假设你有一个可以比较相等性的对象列表。要在这个列表中找到一个特定的对象，你需要遍历这个列表的元素，直到找到匹配项为止。随着你向列表中添加更多的元素时，需要找到其中任何一个元素所需的平均时间是线性级的(O(n))。如果将这些对象存储在一个集合中，理论上可以在常量级时间(O(1))内找到它们中的任何一个 - 也就是说，在一个包含 10 个元素的集合中查找或在一个包含 10000*个元素的集合中查找所需的时间是一样的。这是怎么回事呢？因为集合不是按顺序存储对象的，而是将对象内容计算的哈希值作为索引存储 ...继续阅读 (9)

「我们应该（聪明的程序员明白自己的局限性）尽力……让文本里的程序（program）和时间轴上的进程（process）的对应尽量简单。」—Edsger W. Dijkstra,《Go To 有害论》很遗憾，他的文章通常只因为使《____有害论》这种文章标题在程序员中流行起来，还有网上对这些论文不妥当的抨击出现时，才会被想起。因为 Dijkstra（照常）提出了一个很好的观点：代码结构应该反映其行为。Swift 2.0 带来了两个新的能够简化程序和提高效率的控制流表达形式：guard和defer。前者可以让代码编写更流畅，后者能够让执行推迟。我们应该如何使用这两个新的声明方式呢？guard和defer将如何帮我们厘清程序和进程间的对应关系呢？我们 defer（推迟）一下defer先看guard。guardguard是一个要求表达式的值为true从而继续执行的条件语句。如果表达式为false，则会执行必须提供的else分支。funcsayHello(numberOfTimes:Int){guardnumberOfTimes>0else{return}for_in1...numberOfTimes{print("Hello!")}}guard语句中的else分支必须退出当前的区域，通过使用return来退出函数，continue或者break来退出循环，或者使用像fatalError(_: ...继续阅读 (21)

“Never”是一个约定，表示一件事在过去或未来的任何时段都不会发生。它是时间轴上的一种逻辑上的不可能，在任何方向延展开去都没有可能。这就是为什么在代码中看到这样的注释会特别让人不安。// this will never happen所有编译器的教科书都会告诉你，这样一句注释不能也不会对编译出的代码产生任何影响。墨菲定理告诉你并非如此，注释以下的代码一定会被触发。那 Swift 是如何在这种无法预测的、混乱的开发过程中保证安全呢？答案难以置信：“什么都不做”，以及“崩溃”。使用Never替换@noreturn修饰符，是由Joe Groff在SE-0102: “Remove @noreturn attribute and introduce an empty Never type”中提出的。在 Swift 3 之前，那些要中断执行的函数，比如fatalError(_:file:line:)，abort()和exit(_:)，需要使用@noreturn修饰符来声明，这会告诉编译器，执行完成之后不用返回到调用方。// Swift < 3.0@noreturnfuncfatalError(_message:()->String=String(),file:StaticString=#file,line:UInt=#line)从 Swift 3 开始，fatalError和它的相关函数都被声 ...继续阅读 (7)

也难怪 hipster 们着迷于工艺品和手工制品。不管是一片厚切鳄梨吐司、一瓶限量（非乳制）姜黄奶或一杯完美的手冲咖啡——其中的人情味是无法替代的。相反，好密码和工艺品截然不同。密码应该完全没有任何意义，除非它是一个 90 年代骇客电影的标题或者一个密室逃脱游戏的答案。有了 iOS 12 和 macOS Mojave 中的 Safari，生成可以想象到的最强、最没有意义、最难猜到的密码从未如此简单——这都要感谢一些新功能。理想的密码策略非常简单：强制要求最少字符数（至少 8 位）并且允许长密码（64 位或者更多）。其他更复杂的策略，像预置的安全问题、周期性的失效密码或者强制要求一些奇怪的符号，只不过让这些策略想要保护人感到厌烦。但是不要太相信我说的话——我不是安全专家相对的，请查看美国国家标准技术研究所最新发布（2017 年 6 月）的Digital Identity Guidelines好消息是越来越多的公司和组织开始注意安全性最佳实践了。坏消息则是改变这些事情需要进行一系列影响数百万人的大范围数据改动。事实上前面说到的安全性反面模式并不会很快消失，因为公司和政府做任何事情都需要花很久的时间。自动式强密码Safari 的自动填充从 iOS 8 起就可以生成密码了，但是它有一个缺点就是不能保证生成的密码符合某些服务的要求。Apple 通过 iOS 12 和 macOS Mojave ...继续阅读 (20)

如果轻轻一按就能摧毁整个世界的话你会怎么做如果所有人都变贫穷能让你变得富有的话你会怎么做？如果你能不用工作，只需要监视别人工作的话你会怎么做？如果你不予回报就能拥有所有的爱你会怎么做？在这样的权利下我们迷失了自己并对自己的行为全然不知这时你会怎么做？The Flaming Lips,"The Yeah Yeah Yeah Song (With All Your Power)"在上周的associated objects文章中，我们开始探索了 Objective-C 的运行时黑魔法。这周我们将会继续深入讨论 Objective-C 的运行时中最具争议的黑魔法：method swizzling。Method swizzling 用于改变一个已经存在的 selector 的实现。这项技术使得在运行时通过改变 selector 在类的消息分发列表中的映射从而改变方法的掉用成为可能。例如：我们想要在一款 iOS app 中追踪每一个视图控制器被用户呈现了几次： 这可以通过在每个视图控制器的 viewDidAppear: 方法中添加追踪代码来实现，但这样会大量重复的样板代码。继承是另一种可行的方式，但是这要求所有被继承的视图控制器如 UIViewController, UITableViewController, UINavigationController 都在 view ...继续阅读 (6)

「我们应该（聪明的程序员明白自己的局限性）尽力……让文本里的程序（program）和时间轴上的进程（process）的对应尽量简单。」—Edsger W. Dijkstra, 《Go To 有害论》最近更新的 Swift 2.0 带来了两个新的能够简化程序和提高效率的控制流表达形式：guard和defer。前者可以让代码编写更流畅，后者能够让执行推迟。我们应该如何使用这两个新的声明方式呢？guard和defer将如何帮我们厘清程序和进程间的对应关系呢？我们 defer（推迟）一下defer先看guard。guard如果说在Swift 1.2中介绍的并行 optional 绑定领导了对厄运金字塔的革命，那么guard声明则与之一并将金字塔摧毁。guard是一个新的条件声明，表示如果条件不满足时退出当前 block。任何被声明成guard的 optional 绑定在其他函数或 block 中都是可用的，并强制在else中用return来退出函数、continue或break退出循环，或者用一个类似fatalError()的@noreturn函数来退出，以离开当前的上下文：forimageNameinimageNamesList{guardletimage=UIImage(named:imageName)else{continue}// do something with image}我 ...继续阅读 (10)

给产品添加新功能始终是一个权衡。新功能添加的工具是否足以抵消增加的复杂性？不过快捷键似乎可以避开这个问题，毕竟，他们只是对应用程序已有的功能更快的替代方案。但是却创造了另一种困境：会不会一个新的功能被加入了却没有人知道它的存在？在 iOS 7 里，当外部键盘发送键盘命令时，并没有直观的办法知道他们的存在。不像 OS X，用户可以在他们最常使用的菜单项中逐渐找到快捷方式，一个 iOS 应用程序很少有方法来告诉用户可用的键盘命令。初学教程总是一闪而过留不下任何记忆，帮助屏幕也总是淡出在视线之外。如果没有一种方法能及时且相关的使快捷方式可见，用户们一定会错过开发者花心思实现的非常有用的功能。然而这种情况将不再继续了。为了使 iPad 更高效的工作，iOS 9 增加了可发现特性，这是一个叠加层，用于显示一个应用程序内当前可用的键盘命令。在 iPad 上，这个微小的变化使得键盘命令瞬间变得比以往有用多了，并且也使得UIKeyCommand成为你的应用程序的一个必要的附加功能。UIKeyCommandUIKeyCommand类其实很简单，只有四个属性来配置：input：你需要识别的关键字，或正确的箭头和退出键，本身并不包含字符。可用常数是：UIKeyInputUpArrowUIKeyInputDownArrowUIKeyInputLeftArrowUIKeyInputRightArrowUIK ...继续阅读 (18)

作为 iOS 开发者，如果想自己独立制作应用，有时可能需要写一些后端代码。即使对于能够胜任这项工作的移动开发者而言，这不仅意味着要写代码，跟多的是长期维护。最糟糕的情况可能并不是大家不喜欢你的应用，而是在巨大流量压力下你的服务器宕机了。幸运的是，现在我们有 CloudKit 了。苹果替我们操心这些事情，你只管让应用变得完美。什么是 CloudKit?在此之前可能你已经知道 iCloud Drive 了——iCloud Drive 是可以存储用户数据和文件的地方，以便在其他设备也能够访问。CloudKit 则是帮助我们在应用里也能够轻松访问这些数据的框架。CloudKit 提供 API 让你能够访问 iCloud 服务器；它可以使用用户的 iCloud 账户来创建一个用户，并且拥有可供每个用户访问的公开权限的数据库，以及每个用户自己的私有数据库来存储信息；你也可以通过 CloudKit 的文件存储系统来存储结构化数据和大文件；这一切都不仅仅发生在用户本地，数据被存储在云端，用户可以在任意其它设备上访问。总的来说，CloudKit 是你所熟知的数据库、文件存储、用户认证系统的集合服务。有了 CloudKit 的帮助，你不需要担心这些数据库什么的，只要专注在应用开发上就好了。开始使用 CloudKit想象现在你正在构建一个签到类的应用，用户可以添加一些带有位置信息的「地点」，也可以在这些 ...继续阅读 (19)

WWDC 2015 č™˝ä¸?ĺƒ?ĺž€ĺąŠé‚Łć ˇç˛žĺ˝Šçşˇĺ‘ˆďźŒä˝†ĺ?´ä¸?母ä¸?çźşäš?于炚。 watchOS 2 ĺŒ…ĺ?Ťć”šč‰Żčż‡çš„ WatchKitďźŒApple Watch 祏䝜莿闎ć?ƒé™?䝼ĺ?ŠčĄ¨ç›˜ć?’äťść”ŻćŒ ă€‚Swift äšŸćœ‰ĺ¤§é‡?ć”ščż›ďźŒĺšśä¸”ĺŽŁĺ¸ƒäş†ćœŞć?Ľçš„埀ćş?čŽĄĺˆ’ă€‚ĺ…¨ć–°çš„ćĄ†ćžśďźŒĺ ...继续阅读 (391)

等一下! 既然是 Playground 这个标题, 为什么不试试用 Playground 来读这篇文章（英文）呢？点击下载 →玩儿.联想起童年时代的各种精力旺盛, 我们通常把玩当做工作的对立. 其实不然, 玩中的很多要素其实深入到了我们每天的工作当中: 实验，探索，发现。Playgrounds 本质上并不是 Swift 语言的一个特性——相反的，他们是 Swift 对于其所有功能，从其效率和性能，到他的深度和透明度的展现。 Playgrounds 使得创建一个可以工作的程序变得如此的简单—的确, 每一个新的 Playground 都开始于一个我们再熟悉不过的"Hello, playground". 在这时，Playgrounds 隐藏了需要他强大的特性，使得探索成为了唯一发现他们超高级性能的方式了。本周，我们将要透过 Playgrounds 的表面，告诉你那些能够带给你开发极大帮助的工具。继续阅读关于 Playground 的 sources 和 resource，captured values 和 extended execution，以及整合的 rich formatting，讲 Playground 变成了具有互动性的教学工具。注意:最近刚刚发行的电子版本的NSHipster: Obscure Topics in Cocoa & Swif ...继续阅读 (8)

äťŁç  çš„çť“ćž„ĺ’Œçť„çť‡ĺ…łäšŽäş†ĺź€ĺ?‘獼鞋䝏的节ć“?é—Žé˘˜ă€‚ć˜ŽçĄŽĺ’Œä¸€č‡´çš„äťŁç  čĄ¨ç¤şäş†ć˜ŽçĄŽĺ’Œä¸€č´Żçš„ć€?ćƒłă€‚çź–čŻ‘ĺ™¨ĺšść˛Ąćœ‰ä¸€ä¸ŞćŒ‘ĺ‰”çš„ĺ?Łĺ‘łďźŒä˝†ĺ˝“č°ˆĺˆ°ĺ‘˝ĺ??ďźŒçŠşć źćˆ&nd ...继续阅读 (20)

API 对于开发者来说不只是把功能点接口暴露出来而已，同时也传达给我们一些其他的信息，比如说接口如何以及为什么要使用某些值。因为要传达这些信息，给东西起适当的名字这件事才变成了计算机科学中最难的部分之一，而这也成为好的 API 和不好的 API 的重要区别。通过 Swift 标准库就可以看出，Swift 在安全性和可靠性方面和与 Objective-C 互通性之间方面有着明显的界线。像Int、String和Array这些类型在使用过程中都会表现出直接且无歧义的行为，但如果什么都不考虑就创建UnsafeMutablePointer或Unmanaged等类型的实例，那恐怕就要踩到坑里了。这次我们关注Unmanaged这个关键字。Unmanaged表示对不清晰的内存管理对象的封装，以及用烫手山芋的方式来管理他们。但开始之前，我们先回顾一下历史。自动引用计数（Automatic Reference Counting）在石器时代（我是说 2011 年），在 Objective-C 中还要手动进行引用计数。每一个 retain 操作的引用都要与一个相应的 release 操作构成一个平衡的组合，才能避免应用在场景切换的过程中产生僵尸引用和内存泄漏......好脏。对于工程师来说需要小心地计算每一个对象的引用计数实在是太累了，而且对于新入行者门槛也过高了。自动引用计数（ARC）的到来让和手动内存 ...继续阅读 (13)

调试可能会是一个讽刺的实践。我们创建了各种任务来告诉我们的品脱大小的超级计算机代表我们来完成千差万别和不可估量的任务，但为了理解这些相同的程序，我们告诉计算机等等我们例如，假设我试图找出为什么我的应用程序里的UINavigationBar没有按我预计的显示。为了调查清楚，我可能会使用调试器来看看诸如我在导航栏上设置的UIColor实例，这东西到底是什么颜色？Hold 住！并没有试图找出如何将这些组件加在一起的办法。其实有一个更好的办法。自从版本 5 开始，Xcode 在调试器已经附带了快速查看显示。正如你可以在桌面上快速点击空格键来查看文件的内容，在 Xcode 中你可以用可视化的快速查看各种数据类型。在我们的color变量上按空格键立即给出了一个答案，你脑海中应该马上浮现起了需要 RGB 转化计算：同时，你还可以直接从代码的调试中调用快速查看。比如下面的方法，buildPathWithRadius(_:steps:loopCount:)。它创造了某种形式的UIBezierPath，但你已经忘了，而这段代码到底是否工作？funcbuildPathWithRadius(radius:CGFloat,steps:CGFloat,loopCount:CGFloat)->UIBezierPath{letaway=radius/stepsletaround=loopCount/steps*2 ...继续阅读 (31)

日期.一个很普通的时间和它的实现间往往有着巨大的差异，里面隐藏的多方面的复杂性远超其它数据类型。其中包括亚秒级的精度，重叠单元，不同地理位置的时区边界，语言和语法上的本地化差异，以及为了夏令时的转换和闰年调整，而在标准时间中添加删除整块的时间等等，里面有太多的东西需要进行处理。在开始进行任何重度日期相关的任务前，我们有必要深入了解一下我们手中已有的工具。相比写上上千个版本的dateIsTomorrow，我觉得更好的办法是使用Foundation方法。你有在用NSDateComponents吗？你有指定正确的日历单元吗？你的代码在 2100 年 2 月 28 号还能正常工作么？但事实上：大家一直都在使用那些已经非常熟悉了的 APIs 。除非你跑去考察版本说明和 API 变动表，不然你肯定不会知道最近发布的几个 OS X 版本里，NSCalendar已经添加了一系列功能十分强大的方法去操作计算日期，最近的一次发布让我们可以在 iOS 中使用这些方法。letcalendar=NSCalendar.currentCalendar()NSCalendar*calendar=[NSCalendarcurrentCalendar];从全新的日期组件存取与日期比较方法，到强大的日期插值与枚举方法，有太多的东西被我们忽视了。接下来让我们抽点时间来了解一下吧。便利的日期组件存取哇,NSDateComp ...继续阅读 (19)

Swift 正如其名，速度飞快。本周将关注 Swift 1.2 版本的一个重大更新。Swift 开发团队在这次加速俯冲中一次性响应了开发社区的诸多需求，带来了许多激动人心的新特性。本次发布的每一个小更新都带来了巨大的好处：增量构建、丰富了 Xcode 中的错误信息、提升 Xcode 稳定性、静态类属性、支持 C 的 union 和 bitfield、将 Swift 中的enum打通到 Objective-C 中、更安全的类型转换、单行闭包的提升等等。在这么多的更新中我们主要关注两个明显提升使用体验的新功能：一个是if let语句 optional 绑定终于有了巨大变化，另一个是 Objective-C 中的空值标注。提升 Optional 绑定Swift 1.2 允许通过多值并行 optional 绑定来避免if let语句的多重深嵌套。多个 optional 绑定可以通过逗号分隔开，并且可以带一个和传统的if语句同样效果的where分句。这样的话，拜占庭的厄运金字塔就可以被修缮成中世纪风格的现代牧场了：从前：leta="10".toInt()letb="5".toInt()letc="3".toInt()ifleta=a{ifletb=b{ifletc=c{ifc!=0{println("(a + b) / c = \((a + b) / c)")}}}}现在：ifleta=a, ...继续阅读 (19)

展示，而不是描述。眼见为实。一图胜千邮件言。无论陈词滥调多少次，比起一个需要我们记住并且输入什么的界面来说，如果替换成我们能够看见并可控制的界面的话将会是巨大的进步。 Xcode 6 提供了这样一个替代，在旧技术上建立新的互动。在设计项目的时候建立一个自定义的界面使你可以配置自定义控制并将它们实时显示出来，用IBInspectable和IBDesignable，这将成为可能。IBInspectableIBInspectable属性提供了访问旧功能的新方式：用户自定义的运行时属性。从目前的身份检查器（identity inspector）中访问，这些属性在 Interface Builder 被整合到 Xcode 之前就可用了。他们提供了一个强有力的机制来配置一个 NIB，XIB，或者 storyboard 实例中的任何键值编码（key-value coded）属性：虽然功能强大，运行时属性可能会使工作很繁琐。一个属性的关键字路径，类型和属性值需要在每个实例设置，没有任何自动完成或输入提示，这就需要前往文档或自定义子类的源代码仔细检查设置。IBInspectable属性彻底的解决了这个问题：在 Xcode 6，你现在可以指定任何属性作为可检查项并为你的自定义类建立了一个用户界面。例如，在一个UIView子类里，这些属性用它们的值来更新背景层：@IBInspectablevarcorn ...继续阅读 (20)

即使一行 Objective-C 代码也不写，每一个 Swift app 都会在 Objective-C runtime 中运行，开启动态任务分发和运行时对象关联的世界。更确切地说，可能在仅使用 Swift 库的时候只运行 Swift runtime。但 Objective-C runtime 与我们共处了如此长的时间，我们也应该将其发挥到极致。本周的 NShipster 我们将以 Swift 视角来观察这两个运行时中关于关联对象(associated objects)和方法交叉(method swizzling)的技术。提醒：本文主要从 Swift 角度讲这两种技术，如果需要更详细的解释，请参考上述两篇原文。关联对象(Associated Objects)Swift extension 能对已经存在 Cocoa 类中添加极为丰富的功能，但它的兄弟 Objective-C 的 category 却逊色了不少。比如说 Objective-C 中的 extension 就无法向既有类添加属性。令人庆幸的是 Objective-C 的关联对象可以缓解这种局面。例如要向一个工程里所有的 view controllers 中添加一个descriptiveName属性，我们可以简单的使用objc_get/setAssociatedObject()来填充其get和set块：extensionUI ...继续阅读 (17)

这个星期流行编程语言的最新排名结果是，Swift 迅速从第 68 位跃升到 22 位，而 Objective-C 仍然稳固的占据在第 10 位。但是，说到允许在 iOS 上运行的其他语言 上，这两个都被甩的很远：当前的冠军是 JavaScript。OS X Mavericks 和 iOS 7 引入了 JavaScriptCore 库，它把 WebKit 的 JavaScript 引擎用 Objective-C 封装，提供了简单，快速以及安全的方式接入世界上最流行的语言。不管你爱它还是恨它，JavaScript 的普遍存在使得程序员、工具以及融合到 OS X 和 iOS 里这样超快的虚拟机中资源的使用都大幅增长。这样一来，先抛开动态和类型安全的痛苦辩论，让我带你一起来做一个JavaScriptCore 的观光。JSContext/JSValueJSContext是运行 JavaScript 代码的环境。一个JSContext是一个全局环境的实例，如果你写过一个在浏览器内运行的 JavaScript，JSContext类似于window。创建一个JSContext后，可以很容易地运行 JavaScript 代码来创建变量，做计算，甚至定义方法：letcontext=JSContext()context.evaluateScript("var num = 5 + 5")context.e ...继续阅读 (36)

现在正是属于 Watch 的2015年的伊始，也是 Swift 的第一年，也是 NSHipster 的一个小小的新起点。在我们为新设备和下一个 beta 版本的 Xcode 的发布兴奋之前，或者在我们为 WWDC 2015 的行程准备之前，让我们先花点时间看看我们今天用的这些工具，以及他们现在的样子：Objective-C、Swift 和最重要的 Cocoa。Swift 是一个对于我们大多数人而言十分令人兴奋的语言，但它依旧崭新。Objective-C 的稳定性和 Cocoa 的底蕴也意味着 Swift 确实没有准备好成为巨大改变的驱动力，至少现在没有。Cocoa 的深度和它提供的力量，与 Swift 携手让 Cocoa 变得从未如此相关与有前景。事实上，作为一个 Cocoa 开发者我并不认为有比现在更兴奋的时刻。Cocoa 是一个可以非常深的 API，你只要把一些常用工具从表面挖深一点点，你就会发现一堆被藏起来的功能。无须太远，你可以直接从Mattt这几年来做过的不可思议的工作中找到证据，这些证据告诉我们，其实还有很多我们并不知道的 Cocoa 能做到的。举几个例子来说：一些基础的自然语言接口：NSLinguisticTagger和AVSpeechSynthesizer简单数据持久化：NSCoding和NSKeyedArchiver面向对象的并行执行接口：NSOperation ...继续阅读 (14)

我从 2012 年夏天开始着手 NSHipster。利用日常和 Cocoa 和 Objective-C 打交道的过程中获得的心得体会进行的写作练习很快就变成了让我尽可能完善自己技术的全方位热情。从今天开始，我将逐渐脱离 NSHipster 主编的位置。Nate Cook (@nnnnnnnn) 将接手 NSHipster 以及整个网站的编辑指导位置。Nate 是非常有才华的工程师，同时也是能够展现 NSHipster 和其读者们好奇心精神的一位作家。我充分相信他将继续耕耘创造出你们每周所期盼的富有价值的内容。NSHipster 最好的时代即将来临。我为每个周一早上醒来和这个充满惊喜的社区里的大家分享一点自己的心得体会而感到无比愉快。大家对我和我的工作的支持、耐心、热情，我感激不尽。我身在其中感受到快乐。愿你们代码一如既往地成功编译，并且鼓舞你们前进。 ...继续阅读 (19)

当我们花些时间来回溯我们在过去一年的经历的时候，有一点是清楚的：对专业的苹果开发者来说，2014 年是一个令人难以置信的一年。在这么短的时间跨度内发生了这么多的事情，都记不得在 Swift 之前我们跟 Objective-C 的关系，或者还有什么 API 比 iOS 8 或 WatchKit 更让我们着迷。这有一个 NSHipster 传统问题要问你们，亲爱的读者，请把你在过去一年里最喜欢的技巧发送给我们，我们会在新年假期后公布结果。这一年随着大量新发展的出现，无论从苹果还是整个社区，都为读者分享了很多的有趣花絮。谢谢Colin Rofls,Cédric Luthi,Florent Pillet,Heath Borders,Joe Zobkiw,Jon Friskics,Justin Miller,Marcin Matczuk,Mikael Konradsson,Nolan O'Brien,Robert Widmann,Sachin Palewar,Samuel Defago,Sebastian Wittenkamp,Vadim Shpakovski, 和Zak Remer的贡献。成员函数的秘密生活来自Robert Widmann:在 Swift 的类和结构里，使用静态时成员函数类总是有下列类型：Object -> (Args) -> Thing比如，你可以用两种方式来对一个数组调 ...继续阅读 (23)

Cocoa实际就是Objective-C的标准库，包含了许多用语言编写程序最需要的一些框架，例如 Foundation、AppKit 和 Core Data。而 Cocoa Touch 基本上是用 UIKit 替换 AppKit，而且它与 Cocoa 在很多系统框架都是能互换的。对于我们大多数人而言，苹果的简洁、优雅和它软硬件的结合是我们为什么在这个平台开发的原因。实际上，我们在这个网站上也从来不吝啬对 Cocoa 设计与功能的吹捧。尽管如此，即使 Swift 才开始被使用几个月，Cocoa 已经开始失去它原有的光芒了。在语言方面，我们都见到了 Swift 是终结 Objective-C 的开始，但是作为基本库的Cocoa呢？(这 已经不是苹果第一次把它的标准库淘汰了，记得 Carbon 么)。Swift的现代语言特性使用它产出的代码更安全也更有效率。但是，如果你觉得Swift只不过是苹果编译器团队在语言层面的一次小小的优化，其实也是能被理解的，因为Swift对传统应用开发的好处实在寥寥。经过论证后，在战略上一开始让 Objective-C 与 Swift 代码并用是必要的，让团队里更有冒险精神的工程师把 Swift 加入既有工程对于这门新语言的广泛接受是十分关键的，但是由于所有精力都被放在了资源映射和API校对上，又有一个论点被提出来了：Cocoa 作为框架已经开始成为了一个累赘 ...继续阅读 (13)

每个人都会犯错误。多亏了 Foundation 库提供了比拼写错误更强大的功能来解救我们。Cocoa 有一套简单强壮的 NSUndoManager API 管理撤销和重做。默认地，每个应用的 window 都有一个 undo manager，每一个响应链条中的对象都可以管理一个自定义的 undo manager 来管理各自页面上本地操作的撤销和重做操作。UITextField和UITextView用这个功能自动提供了文本编辑的撤销重做支持。然而，标明哪些动作可以被撤销是留给应用开发工程师的工作。创建一个可以撤销的动作需要三步：做出改变，注册一个可以逆向的 "撤销操作"，响应撤销改变的动作。撤销操作(undo operations)为了标明某个动作可以被撤销，需要在执行动作的时候注册一个 "撤销操作"。撤销架构文档中定义 "undo operation" 为：可以对一个对象进行逆向操作的方法，并且需要传递相应必需的参数。具体指的是：用于接收撤销操作信息的对象需要传递的信息信息所携带的参数如果被撤销操作调用的方法也注册了一个撤销操作，那么撤销管理器不需要做额外的工作就可以提供重做(redo)支持，相当于 "撤销撤销的操作"。共有两种撤销操作，简单的以 selector 为基础的撤销和复杂的以 NSInvocation 为基础的撤销。注册一个简单的撤销操作注册一个简单的撤销操作，如果目标 ...继续阅读 (14)

注意：截止 2015 年 1 月，Apple Pay 仅在美国可用。你要在网上买东西的那一刻你会发现有一种现代化带来的独有的焦虑感。那种感觉不能用语言形容，大概是这样的："我的信用卡去哪了？卡号是多少？我好想买这个啊卡去哪了！"当你用 iOS 设备的时候，这种困难又加剧了一层：很有可能你的卡并不在身边，也有可能你会一手拿着信用卡另一手同时在手机上输入，这样的壮举最好还是留给体操运动员和宇航员吧。（开个玩笑，但我打赌苹果应该在某个实验室里面这样实验过了。）如果你刚好在开发一款能够接受信用卡付款的应用，这种不幸的现象直接会导致你收入的减少。Apple Pay改变了这一切。大多数人可能还在关注它发布时提到的在实体店的功用（消费者可以用 iPhone NFC 功能付款），与此同时这也为开发者提升在应用内付款体验的巨大机会。提示：如果你在应用内卖电子化商品或虚拟货币，那么应该用应用内支付而不是 Apple Pay。(请看 App Store Review Guidelines 的这一章section 11.2)。Apple Pay 可以用来销售实体商品和服务。获取一个 Apple Merchant ID测试支付之前需要注册一个 Apple Merchant ID。还要先选择一个能够控制信用卡支付流程的服务提供商。苹果提供了一个这类提供商的推荐列表：Apple Pay Developer Pa ...继续阅读 (41)