我今天看到一篇文章
https://goo.gl/FEcAZx
内容简单说是利用ClassyShark逆向得到某APP使用了哪些类别库
我的问题不是这工具怎使用，
而是我发现到此APP使用不只一种类别库在处理类似的需求
例如图片的处理，同时使用了 facebook的fresco 和 square的picasso
以及事件的处理同时使用了 otto 和 eventbus
我在别的地方也有看过这样的情况，这让我有点疑惑
合理怀疑是类别库之间截长补短，互补不足
不过这样在未来不会有不易维护的问题吗?
还是说有别的原因?

转移到一半的时候、模组由多个team分别开发用不一样的时候前者小公司常见(没资源去改旧程式)，后者则是团队太多甚至某些模组是外包的时候

哈 竟然没想到这些原因 实务上满可能发生的阿感谢留言

开始带头的就没规划好，不过好像蛮常见的

其实可以延伸出另一个问题，为什么不换彻底，要留一半小公司没人手满合理，那篇文中的可不是小公司喔

很多原因吧，麻烦、工时问题、人手问题这些

很常见阿 就好像盖房子 中途换人或没钱或改需求 变成一楼木屋二楼钢筋水泥三楼铁皮屋四楼又是木屋的状况然后因为这样东西一直卖不出去 但是拆掉似乎更费工 所以只好硬著头皮让他撑在那里

恩，看来不需要太钻牛角尖，谢囉~

时程压力吧XD

欢迎加入软工的奇幻世界