# DiDi（十五）

> 原文：https://pjhubs.com/2018/03/28/DiDi%EF%BC%88%E5%8D%81%E4%BA%94%EF%BC%89/
>
> 作者：PJHubs · 发布于 2018-03-28 · 标签：iOS、DiDi

## 2018-03-28
国际化终于往前推进了一大步，又画了大半天的图，其实我现在特别好奇那些做的非常不错国际化App都是怎么完美的切换中文和英文的适配的，有些语句或者词语用中文可能两三个词就解决了，但是英文得拉出一大串，这就导致一堆的UI都得重新考虑布局，再加上之前算坐标的布局方式，总之今天真的是又被恶心到了。

剩下的时间去把之前遗留下来的，在5s/SE上极差的显示效果也做了优化，又修修补补了一些页面。晚饭前leader跟我们说代驾数据要接进来，哟西，一看文档，名字叫的非常好听！Hubble！接入方式还挺简单的，估计时间成本上没有九霄这么高了吧。

嗯。我大概是个画家吧。🙂

## 2018-03-29
## 2018-03-30
这两天有个好消息和坏消息（比较不好），好消息就是科目二满分通过，五天的早起终于有了一个完美的结果，比较坏的消息就是这两天要接入哈勃，是关于代驾部分的数据，我终于感受到了什么叫“编译一次，睡个午觉”，太吓人了。pod引用了100多个第三方内部库，一脸懵逼，而且依赖的AFNetworking版本还大量不一致，有五分之一的库依赖3.x版本，有五分之二的库依赖2.x版本，woc，这种事情就非常的操蛋，折腾来折腾去，还有个pod多源问题，各种内部库Source搞死我了，这个Source里放了一部分内部库，另外一个Source里放了另外一部分内部库，有时候其它RD脑抽中重复拉源，然后我们在对应工程的pod里依赖了某个库，刚好这个库还有可能是在A source里和B source里，你还不能删掉其中一个Source，因为A或B Source中可能还会存放其它库。。。

这些问题非常的操蛋，造就了这两天郁闷得不要不要的。而且哈勃的RD还无法确认哪些依赖库是必须的，我只能一次一次又一次的build尝试，几乎每次都会build failure，然后找出问题代码，去问哈勃的RD，他们再确认是否需要。。。md，这种事情就非常的操蛋，pod update加上build，一套下来得十分钟。。。如果每次接入新数据平台都要这么苦逼，那确实是有大问题了。

最终的解决办法是哈勃的RD给我们出个demo，跟着它的demo去改。。。😳，醉了，为啥不提前给。苦逼搞了两天啥成果没有，反倒是看到了滴滴内部居然有如此多的自研库，看下周怎么解决吧。苦逼ing。