为 Publish 打造一款全新的主题
最近我将博客从 Hexo 迁移到了 Publish,整个过程十分顺利,以及 Publish 本身可玩度很高,唯一美中不足的是生态系统的成长度相对较低,主题和插件的数量并不多,不过也正因如此,懒惰的我才选择了从零开始实现一款简单易扩展的主题。本文我将会围绕如何开发一款 Publish 主题进行简单讨论和 tips 分享。
最近我将博客从 Hexo 迁移到了 Publish,整个过程十分顺利,以及 Publish 本身可玩度很高,唯一美中不足的是生态系统的成长度相对较低,主题和插件的数量并不多,不过也正因如此,懒惰的我才选择了从零开始实现一款简单易扩展的主题。本文我将会围绕如何开发一款 Publish 主题进行简单讨论和 tips 分享。
六月主题:虚真论断,WWDC
五月主题:byWordWrapping - 孤独的单词,fileSystemRepresentation, stat - st_size 是什么类型, lineHeight and lineSpacing...
七月主题:Uniform Type Identifier,autoreleasepool, ZIPFoundation(ZIP64), CRC32 (Cyclic redundancy check), SQL - Prepared Statement, Attributes in Swift...
在上一篇中,我们讨论了如何安全且优雅地定义一个属性字符串。不过在实际的运用场景中,情况往往会更复杂一些。在 Part.2 中将会针对更优雅地使用 `NSAttributedString` 再向前迈进一步。
Swift 拥有可选类型且类型安全,这些特性帮助开发者避免了很多麻烦问题。然而即便如此,在 `NSAttributedString` 的运用中同样存在着的潜在不安全因素,在 Part.1 中将会围绕如何更安全地使用 `NSAttributedString` 展开讨论。
对 memory warning (内存警告) 的处理是一个在开发中极其容易被忽略的问题,究其原因,最重要莫过于 warning 并不那么容易发生,开发中尤其如此。即使发生了,在我们分析崩溃日志的时候,也未必能够明察与之是否有关,再进一步说,就算知道了十有八九是 memory warning 导致了崩溃,有时候要准确定位根源仍需耗费一番功夫。
常常把相机中的照片传到手机里,但是比较麻烦的一点是没有地理信息,所以就自己动手丰衣足食了。 作为一个总结,下文的主题是照片框架 PhotoKit 和简单的问题解决记录。
拖延症很可怕,过了快两周终于开始着手写 Try!Swift Tokyo 2018 的感想。受到了前同事的影响,今年的大会我是做为志愿者参加的,玩得很开心,然而只听到了一半的演讲T.T。所以之后会从听众和志愿者两个角度来简短的写一写让我印象深刻的一些事儿。
宏定义在 Objective-C 中可以说是被广泛使用。就实际来说,目前组内对 Enum, Singeleton, Log 等都使用了宏来进行定义。究其原因,一部分是为了为了减少重复代码,提升开发体验,还有一部分来源于对条件编译的需求。
比起手写 UI,“拖控件”的 Storyboard 和 Xib 似乎一直都更投我所好。不过即使是 Storyboard 和 Xib 之间,似乎也还是多多少少有一些纷争。
使用 Thread Sanitizer 来解决实际遇到的数据竞争问题。
应用功能本身十分简单,开发测试阶段也比较顺利,几乎没有发生崩溃。然而在更替证书之后,真机测试应用时却陷入了无限崩溃的境地。
错误代码 “8badf00d”
Dream Mark 是一款图片合成 App (Note: 练手项目)
Dynamic Items 为我们带来更丰富的动画体验。