浅谈iOS区块链项目的架构设计

前言

本文是对一个区块链交易所APP的简单分析,探索在区块链的背景下,交易所APP的设计有何特殊之处。

正文

业务场景和核心功能

交易所的核心场景有:

  • 行情查看 :实时同步最新的行情和资讯;
  • 交易操作 :数字货币的购买和卖出,操作记录同步;
  • 信息安全 :用户信息、账户资产信息的安全;
  • 交易安全 :身份确认和权限控制;

基于以上场景,看看实际的APP是如何设计。

架构分析

整个APP基于MVC的架构,特点如下:

1、网络层

HttpClient封装AFNetworking,定义统一的网络层操作; 使用AFNetworking的AFSecurityPolicy实现https的证书校验,读取本地bundle携带的证书后创建AFSecurityPolicy并赋值给AFHTTPRequestOperationManager; HttpClient大部分的回调使用Block进行处理,特殊的回调(比如状态同步)用NSNotification通知; 网络层和后台进行通讯都基于Json,再通过Runtime的方法把Json动态转化为本地Model; 通讯的方式以https为主,https的参数会增加一个字段,填写其他参数和本地固定值进行MD5的校验值,防止篡改; 少数实时性要求较强的页面使用WebSocket,可以减少网络消耗,提高通讯效率同时更不容易被劫持。

2、持久化

持久化有三种方式:KeyChain、CoreData、NSUserDefault,只有小部分数据存在KeyChain; APP需要持久化的数据不多,主要以用户的基本信息为主,行情动态、交易记录等实时拉取。

3、MVC

多数页面基于xib进行开发,页面的功能也比较清晰,多数为展示信息,少数需要进行交互; 有BaseVC无BaseView,BaseVC放置通用的逻辑,比如说获取用户信息、获取账户资产信息; 少数复杂页面通过代码进行开发,以K线图和各种交易指标视图为主。

4、质量相关

没有测试相关框架,也没有使用Xcode的单元测试、自动化测试,通过Debug/Release宏区分生产和开发环境,并增加一些专门用于Test的VC; 线上Crash跟进依赖Bugly库; 设备支持方面只有iPhone,且最低只支持iOS 9。

5、业务特性

权限分级,多重确认:只要登录即可查看行情和下订单,在支付相关场景根据支付额度和支付类型采取不同的验证手段(交易密码、手机验证、邮箱验证); 交易所不产生币,交易所只是币的搬运工: 在交易之前,需要把币打到交易所的账户,类似游戏厅的上分,之后可以再把分兑换成币。 OTC(场外交易):因为法律的原因,交易所不支持法币兑换(可选择交易所担保,由用户自行交易); 身份认证:出于反洗钱考虑,需要提供身份认证的功能; 状态同步:操作记录、用户信息、账户资产信息需要支持多设备同步;

总结

这个APP的开发难度系数:假设满分难度是5⭐️,平均难度是3⭐️,个人评估当前难度系数为 2⭐️,在持久化、MVC、质量这几点的设计我都不甚满意。 本想通过源码学习关于区块链交易和安全的知识,结果拨开神秘的面纱后,内心有所失望:没有找到那种让人惊艳的设计和代码,“签名、哈希、电子钱包、算法”这些概念都没有出现,只有赤裸裸的CRUD操作。 从该APP来看,APP客户端的职责只是Web功能的一个子集。但手机更容易识别用户身份以及方便携带,在安全性、便捷性上都优于PC,能做的事情理应不少于Web。 在区块链的热潮中,作为移动端能发出的光和热应该不仅仅这些,期待未来有机会接触到移动端进行链上操作的实现。

能力有限,如果错误请斧正。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

扫码关注云+社区