Kickstarter-iOS源码地址 >>
Makefile
在把项目 clone 下来之后，我们一般首先会想着怎么把它运行起来。在项目的 readme 中的 Getting Started 我们可以看到，运行 make bootstrap安装工具和依赖，运行 make test-all 构建项目并进行测试。而这两个命令就是在 Makefile 中定义的。
打开 Makefile 文件，我们可以从中看到：1）文件的开头定义了各种变量；2）剩下的是项目中用到的命令。我们以 make bootstrap 为例：
bootstrap: hooks dependencies
brew update || brew update
brew unlink swiftlint || true
brew install https://raw.githubusercontent.com/Homebrew/homebrew-core/686375d8bc672a439ca9fcf27794a394239b3ee6/Formula/swiftlint.rb
brew switch swiftlint 0.29.2
brew link --overwrite swiftlint
执行 make bootstrap ，就会依次执行 bootstrap 下面包含的所有命令。
使用 Makefile 的好处是，我们可以把项目相关的一些命令操作都放到这个文件，即便是刚刚接手项目的同事也一目了然。项目还没有用 Makefile 的，可以赶紧用起来了啊。。。 😝
没了解过 Makefile 的可以自行搜索了解一下。
Git submodule
把项目 clone 下来之后，会发现文件夹里面没有我们常用的 Podfile 和 xcworkspace 文件。没错，Kickstarter 不是用 Cocoapods 来管理第三方库的，而是使用 git submodule。
除了上面提到的两个之后，还可以用 Carthage 来管理第三方库。找到一篇文章，描述了这三种工具的优缺点，点击前往>>。至于选择哪一种，就看我们更看重的是什么了。
两个 Swift 编写的脚本工具
在根目录下的 bin 目录，我们可以看到两个用 Swift 编写的脚本：ColorScript 和 StringsScript。
ColorScript
开发者把项目中用到的颜色，保存在Colors.json文件，然后通过 ColorScript 转换成 Colors.swift文件。开发者在使用的时候只需要通过 UIColor.ksr_dark_grey_400就能得到相应的颜色了。后续如果 UI 设计师想要微调颜色，直接修改颜色， json 中的 key 的值不变，我们只需要重新生成 Colors.swift就都搞定了，而不需要更改代码。
{
"apricot_600": "FFCBA9",
"cobalt_500": "4C6CF8",
"dark_grey_400": "9B9E9E",
"dark_grey_500": "656868",
"facebookBlue": "3B5998",
...
}
这种统一管理颜色的方法，我觉得其实就是把颜色管理的工作交给 UI 设计师了。设计师写好 json 文件，交给开发者，开发者用脚本生成 Colors.swift，就一切都搞定了（如果颜色名字有变动或有新添加的颜色，还是需要开发者手动更改和添加）。如果不通过这种方法去做，而是开发者自己手动去写，那么可能会经常去手动修改 Colors.swift，这样就麻烦一些。
至于是否要使用这个思路，我觉得如果公司有专业的 UI 设计师，并且大家遵守约定的规则，用这种方法是非常好的；否则还是开发者自己手动写来的实际些吧！
StringsScript
做过国际化的开发者应该知道，如果不通过其他处理的话，我们需要通过 NSLocalizedString("Hello_World", comment: "") 去获取对应的本地化字符串，这种写法非常麻烦，而且很容易出错。
在 Kickstarter-iOS 中，开发者用 StringsScript 把 Localizable.strings转换生成 Strings.swift 文件，然后我们在使用的时候，就可以像这样去获取想要的字符串 Strings. Hello_World()。这个脚本把 key 变成了方法名，让我们避免了在使用的时候出现错误，而且使用起来非常方便。
如果有做本地化的项目，采用这种方法可以给开发者带来很大的便利。
丰富的测试
测试，是软件开发中非常重要的一个环节。甚至有些公司执行 TDD （测试驱动开发(Test-Driven Development)），可以见测试的重要性。
在 Kickstarter-iOS 中，我们可以看到大量的 xxxTests.swift文件，包括了 Unit Test 和 UI Test。
据我了解，国内很多小公司因为进度比较紧急，都是没有写测试的。我觉得如果时间允许的话，还是要尽量写测试，否则自己写的代码都没有自信。有些人可能会问，测试要测些什么？不妨仔细去研读一下 Kickstarter-iOS 源码，看看人家的测试文件，相信都会找到一些灵感的。
独立的代码库
用 Xcode 打开 Kickstarter-iOS 的项目，你会发现 KsApi、Library和 LiveStream这三个文件夹不是存放在 Kickstarter-iOS文件夹里面的，而是跟它处于同一个目录。因为这三个文件夹存放的是独立于 Kickstarter-iOS 之外的 framework。
这么做的好处当然是代码可以复用。目前我看 iPad 上的 Kickstarter 应用是跟 iPhone 共用一个的，如果以后要为 iPad 单独做一个 app，这三个 frameworks 就可以直接拿过去用。
完
想及时看到我的新文章的，可以关注我。同时也欢迎加入我管理的Swift开发群：536353151。
网友评论