注意！！！ 本文中的编译方式已经过时，Telegram-iOS在release-6.13这后采用了facebook的buck来编译工程。可以查看这个链接 build-telegram-messenger-ios-app
编译
前面一篇文章Telegram-iOS github 拉取失败解决过程我们介绍了如何从github上面拉取Telegram-iOS的源码，在文章的结尾我说会介绍下如何能将项目跑起来，这里兑现我的承诺。
刚开始我也是按照官方的文档，拉取代码，注意一定要拉取子模块，即使用
git clone —recursive
命令，这样才能保证项目的完整性，在第五步中，让我们
Open the Telegram-iOS-Fork scheme.
我也按照这个步骤选中了这个scheme.
关于什么是scheme,我想搞iOS开发一定知道这个，可以理解成一个编译计划，编译哪个target,怎么编译，环境变量是哪些。scheme可以选择属于project还是workspace。一个scheme对应一个target,一个target可以对应多个scheme。具体可以看苹果官方文档
废话不多说，当我按照这个步骤拉取代码后，并选中 Telegram-iOS-Fork这个scheme后，设备选中模拟器编译，还是报错了，保持信息如下
No such module ‘SwiftSignalKit’ in TelegramAudio Framework
但是我看了，在 Linked Frameworks and Libraries中已经定义过了。
在github Issues中我找到了同样的问题
Unable to compile · Issue #82 · TelegramMessenger/Telegram-iOS · GitHub
看回答也是说选这个scheme,但是我这边还是报错了，回答中有一说是重复的问题
release-5.8 WatchCommonWatch/WatchCommonWatch.h not found · Issue #76 · TelegramMessenger/Telegram-iOS · GitHub
这里有个回答说用AppStoreLLC scheme 可以编译成功，我就试了下，果然通过了。
比我想象中要顺利得多,至于具体什么原因我还没去深究，应该是工程配置的问题。后面再去查下，有知道的同学欢迎留言。
遇到问题，我们多去看官方的一些Issue,你遇到的可能别人早已经遇到并解决过了。
源码分析-项目架构
好了顺利跑起来工程后，我开始分析它的源码，Swift项目比 Objective-C项目GitHub - peter-iakovlev/Telegram: Telegram Messenger for iOS)要清晰得多，作者都是peter-iakovlev。我们也能从两个项目中的对比足感受到作者技术上的进步，对我的启发非常大。
整理了一下项目的架构：
这里在颜色上做个说明，绿色模块代表swift语言实现，棕黄色模块代表OC语言实现，白色模块代表C/C++实现。从颜色分布上我们有个大致印象。这里有组件化的思想，大致看了下UI的实现，很多地方都是用facebook的UI框架AsyncDisplayKit来提高界面的流畅性，对于异步事件，用SSigalKit来处理信号。
业务层
在业务层，把UI和逻辑处理抽离开来形成了TelegramUI 和 Telegram-iOS这两个组件。
协议层
在协议层，用了自家非常安全的MTProtoKit协议，已经对TL语言的swift实现TelegramApi，能够自己定义一套数据的表达语言，在多端同步使用，非常棒。
基础组件层
在基础组件层，作者也是展示了自己的架构能力，把每一个功能模块独立出来，特别需要强调的是TelegramCore这个库，从命名就能感受到他的重要性，作为核心支撑库，后面我们也会来进行详细分析。在基础组件库中，有一个有意思的LegacyComponents库。里面的应该是OC项目遗留下来的，未来得及重构的组件，这里也可以看到一个软件开发的过程。任何一个牛逼的开源软件都是这样不断的重构和迭代来的。
三方组件
在第三方库上，作者用得还算比较克制，没有用过多的第三方库，都是业界非常著名的开源库。
总结
通过这两天对源码的分析，我收获了很多，也对之前的自己的一些架构有所反思。写文章我们也可以用这样的思想，小步迭代，慢慢完善。
建了一个Telegram-iOS Swift版本的QQ学习讨论群，有兴趣的可以加入
QQ群号：891790442
