技术控

    今日:130| 主题:49488
收藏本版 (1)
最新软件应用技术尽在掌握

[其他] iOS App组件化开发实践之需要思考的问题

[复制链接]
微暖 发表于 2016-10-18 22:49:26
97 1

立即注册CoLaBug.com会员,免费获得投稿人的专业资料,享用更多功能,玩转个人品牌!

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
以下讨论内容都基于这个方案  
  问题:没法使用    closing issues via commit messages怎么办?  

    1.测试人员不能准确知道bug需要发给哪个业务组件或是哪个弱业务组件,甚至有时候这个bug是基础功能组件造成的。
    2.因为原因1,所以导致测试人员需要把bug统一发给主App的git project。根据我们的CI流程,我们没有办法把某个业务组件的信息(比如某个commit里的message是:Fix#213)通过提merge request的方式带给主App。
    解决

  这个问题并没有很好的解决。修复bug还是需要手动关闭issues。幸好的是,测试人员会即时通过邮件收到。
  问题:发版效率低怎么办?

    1.package这一步要编译多个Architecture,造成CI流程耗时。
    2.发版lint这一步需要Test/Lint源码/Lint二进制,造成CI流程耗时。
    3.会同时有多个库需要跑CI。有些只是例行的Test,有些是走发版流程,有些是其他App的CI。尤其是在周五,大家都准备今天发个版回家,都集中在了一起。这种情况造成排队,需要等待长时间。
    4.git runner数量少,造成排队。也无法充分利用gitlab runner的pipelines并行操作。
    解决

    1.首先是尽量多搞几台runner。比如尝试使用docker?发动大家把机器都做成runner。
    2.减化流程。发版lint这一步可以不考虑Test,因为平时dev分支普通commit都会触发Test。当merge到master发版时其实可以不用Test。也可以考虑不lint二进制,实际情况告诉我们,一般报错或警告都是源码部分,二进制没有什么问题。
    3.package时依赖库尽量使用二进制库。
    4.避免周五大家都发版。平时能发版就发版。
    问题:一旦某个偏底层的库升级main版本号,而又不得不使用它时;依赖它的所有库都要发版,工作量大怎办?
  造成这个问题的原因是API不兼容或有重大重构。而且还会在发版效率低这个问题上雪上加霜。
  解决

  必须发版,这个是没办法的。
    1.在设计之初,充分考虑和验证,尽量避免这种情况出现。
    2.如果是重大重构问题,必须尽量保证API向前兼容,做好充分地测试。
    3.尽量避免“不得不使用它”这种情况。
    问题:一旦某个偏底层的库升级main版本号,谁来推动和通知大家把依赖它的库也升级?

  这个问题在小团队中是不存在的,大家吼一声就行了。剩下的都是体力活。
  但如果是大团队,多团队,异地,多公司这种情况。就很难办了。
  解决

  尽量不要,尽量不要,尽量不要。重要的事情说三遍。
  问题:自己改自己的,还是大家一起改?

  我发现我依赖的一个基础功能组件有一个bug导致了我这个业务组件有一个bug。但这个基础功能组件不是我维护的。我是提一个merge request呢,还是直接把它去改了?提merge reqeust效率低,可能维护者在其他Team,在异地,没有上班,正在忙等等。自己去改效率高,但是风险高。我也不确定会不会搞挂其他东西,如果没有测试那更是不敢改。感觉也不符合规矩。
  大多数情况下不是bug,而是需求满足不了。我需要加新需求。
  无论是重用的资源或是重用的代码,它们最终都会变成一个组件。而这个组件目的就是给大家服务的。到底是大家一起改,还是有专人维护?
  解决

  没有解决方案。
  我们小团队对于这个问题目前不是很棘手。大家都有权限去改组件,只要你走正常发版流程。
  问题:业务不能准确划分。你中有我,我中有你怎么办?

  一开始我们太单纯了,认为业务一就是一,二就是二。就算业务出现交叉,也只是A业务的AViewContrller需要push B业务的BViewController而已。其实不然!
  比如首页。首页是这个App的第一个页面,每个重要的业务组件都希望在首页占有一席之地。那这些业务的UI和logic写在哪里呢?写在PBHomePageBusinessModule里面?不是说好要解耦的么,这样不就耦合在一起了?
  那分散在各个业务组建里面,又如何集成到PBHomePageBusinessModule里面。既解耦,又能正常工作呢?
  解决

  现在有PBTradeBusinessModule、PBLotteryBusinessModule、PBHomePageBusinessModule这三个业务组件。大家都依赖一个基础功能组件,里面提供一个基类YTXInjectedIntoVCManager。大家都知道这个基类。
    PBTradeBusinessModule提供一个Object Method返回一个YTXInjectedIntoVCManager子类实现。
    PBLotteryBusinessModule提供一个Object Method返回一个YTXInjectedIntoVCManager子类实现。
    PBHomePageBusinessModule会通过URL获取两个YTXInjectedIntoVCManager注入到自己的ViewController里。
  YTXInjectedIntoVCManager里面提供一个rootView表示UI部分。再定义协商一些方法,让PBHomePageBusinessModule的ViewController调用;使用delegate反向传递信息。
  这样的好处是即避免了耦合,也避免了知道太多业务的细节(行为/UI)。
  比如
  1. #pragma mark - 自生行为
  2. - (void)updateUI:(nullable NSDictionary *) dict;//更新UI
  3. - (void)updateData:(nullable NSDictionary *) dict;//更新数据
  4. #pragma mark - 对应VC生命周期
  5. - (void)viewDidLoad;
  6. - (void)viewWillAppear:(BOOL)animated;
  7. - (void)viewDidAppear:(BOOL)animated;
  8. - (void)viewWillDisappear:(BOOL)animated;
  9. - (void)viewDidDisappear:(BOOL)animated;
复制代码
友荐云推荐




上一篇:Vim: you don't need NERDtree or (maybe) netrw
下一篇:VMware Cloud on AWS - Elastic DRS preview
酷辣虫提示酷辣虫禁止发表任何与中华人民共和国法律有抵触的内容!所有内容由用户发布,并不代表酷辣虫的观点,酷辣虫无法对用户发布内容真实性提供任何的保证,请自行验证并承担风险与后果。如您有版权、违规等问题,请通过"联系我们"或"违规举报"告知我们处理。

J.6 发表于 2016-10-21 07:36:01
哥不说话,笑着路过!
回复 支持 反对

使用道具 举报

*滑动验证:
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

我要投稿

推荐阅读

扫码访问 @iTTTTT瑞翔 的微博
回页顶回复上一篇下一篇回列表手机版
手机版/CoLaBug.com ( 粤ICP备05003221号 | 文网文[2010]257号 )|网站地图 酷辣虫

© 2001-2016 Comsenz Inc. Design: Dean. DiscuzFans.

返回顶部 返回列表