M80 最近的时间轴更新 M80 最近的时间轴更新 |
M80V2EX 第 9809 号会员，加入于 2011-06-29 10:57:13 +08:00 |
www.xiangwangfeng.com
M80 最近回复了
2020 年 6 月 10 日 回复了 hslx111 创建的主题 › 酷工作 › [内推-字节跳动-直播] iOS 研发工程师 |
消灭 zero 回复
2020 年 3 月 27 日 回复了 itachilord 创建的主题 › 酷工作 › 字节跳动大量招人啦，小伙伴们简历扔过来~ |
@fwn 杭州还是刚开始招，阿里外的另外一个选择 😂
2020 年 3 月 27 日 回复了 itachilord 创建的主题 › 酷工作 › 字节跳动大量招人啦，小伙伴们简历扔过来~ |
2017 年 11 月 16 日 回复了 jialiangnull 创建的主题 › iDev › 钉打卡如何急速打卡 |
2017 年 7 月 6 日 回复了 xiubin 创建的主题 › 程序员 › iOS 开发中，把一个比较大的控制器(ViewController)通过继承来把视图布局和事件分开，这样好不好？ |
纯吐槽：category 的方案不就是等于把垃圾扫到沙发底下，然后装作房间已经整洁了么？
这么说的原因是，即使分割成了多个 category，各个实现上都有可能存在互相依赖。
如果简单的 ViewController 可以做的事情是：做 ViewModel，提取 UITableView/UICollectionView 的 Adapter，上下文无关的地方，提取 Util 等等一些朴实的方法。
而复杂后，可以推荐使用 http://clean-swift.com/ 里这种类 VIPER 的做法。
（其实说到底还是经验和练习不够
这么说的原因是，即使分割成了多个 category，各个实现上都有可能存在互相依赖。
如果简单的 ViewController 可以做的事情是：做 ViewModel，提取 UITableView/UICollectionView 的 Adapter，上下文无关的地方，提取 Util 等等一些朴实的方法。
而复杂后，可以推荐使用 http://clean-swift.com/ 里这种类 VIPER 的做法。
（其实说到底还是经验和练习不够
2016 年 10 月 14 日 回复了 zhangyifei216 创建的主题 › 程序员 › 给我一些写作上的建议 |
技术文章如果想要读者喜欢，一般无非遵循这样的一个讲故事的流程：
1.在某些情况下我碰到了什么问题 /存在某些问题，所以要想办法解决
2.思考的流程，原有方法的缺陷，存在的问题
3.解决方法的思路展示，然后过渡到最终的结果，技术细节的展示
楼主的博客给人感觉是，一上来就和你罗列 1 ， 2 ， 3 ，那为什么人家需要去看你的博客，而不是自己自己去查文档呢？
以《 Chromium base 库介绍》为例，楼主一上来罗列了各个模块，各个类的作用，然后有些地方直接扔了代码出来。
那么这篇文章是面向读者还是面向自己（只是为了做备忘）。
如果是面向读者，那么问题来了：什么样的读者需要这篇文章的介绍
1.面向 Chromium base 毫无概念的读者？如果是这种读者，这种罗列根本让他们摸不到头脑， AtExitManager 是什么，到底在 base 里出于什么位置，为了解决什么问题，和其他的东西又是什么关系？
2.面向 Chromium base 有使用经验的读者甚至有自己上手 fork 并做一些代码调整的用户？如果是这种读者，这篇文章的深度又不够，并没有过多的自己的深入理解，纯粹是介绍而已。
如果是面向 1 用户，需要介绍的点就是：什么是 base 库，做 base 库要解决什么问题，解决这些问题需要哪些模块，具体的模块的设计和互相的交互是怎么样的，有哪些亮点设计
如果是面向 2 用户，可以考虑突出技术细节
1.在某些情况下我碰到了什么问题 /存在某些问题，所以要想办法解决
2.思考的流程，原有方法的缺陷，存在的问题
3.解决方法的思路展示，然后过渡到最终的结果，技术细节的展示
楼主的博客给人感觉是，一上来就和你罗列 1 ， 2 ， 3 ，那为什么人家需要去看你的博客，而不是自己自己去查文档呢？
以《 Chromium base 库介绍》为例，楼主一上来罗列了各个模块，各个类的作用，然后有些地方直接扔了代码出来。
那么这篇文章是面向读者还是面向自己（只是为了做备忘）。
如果是面向读者，那么问题来了：什么样的读者需要这篇文章的介绍
1.面向 Chromium base 毫无概念的读者？如果是这种读者，这种罗列根本让他们摸不到头脑， AtExitManager 是什么，到底在 base 里出于什么位置，为了解决什么问题，和其他的东西又是什么关系？
2.面向 Chromium base 有使用经验的读者甚至有自己上手 fork 并做一些代码调整的用户？如果是这种读者，这篇文章的深度又不够，并没有过多的自己的深入理解，纯粹是介绍而已。
如果是面向 1 用户，需要介绍的点就是：什么是 base 库，做 base 库要解决什么问题，解决这些问题需要哪些模块，具体的模块的设计和互相的交互是怎么样的，有哪些亮点设计
如果是面向 2 用户，可以考虑突出技术细节
2016 年 8 月 5 日 回复了 xib2013 创建的主题 › iPhone › 买了个坑爹长图 APP： piiic 2 |
安利下自己写的长图拼接的代码 =。= （个人需求拼接微信聊天记录图，基本没交互和界面）
https://github.com/xiangwangfeng/M80ImageMerger
https://github.com/xiangwangfeng/M80ImageMerger
2016 年 4 月 26 日 回复了 dangyuluo 创建的主题 › 云计算 › 感慨一下网易云信超高的门槛 |
@dangyuluo leancloud 的接口设计不是很合理，比如发消息接口的回调竟然是通过 block 而不是 delegate ，用起来会巨难受。
话说我们为了“黑”友商，还专门写了三个 SDK 互相 PK 的程序来玩，可以感受一下
https://github.com/chrisray108/IMSDKRunner (作者不是我，再次捂脸。。。)
话说我们为了“黑”友商，还专门写了三个 SDK 互相 PK 的程序来玩，可以感受一下
https://github.com/chrisray108/IMSDKRunner (作者不是我，再次捂脸。。。)
2016 年 4 月 26 日 回复了 dangyuluo 创建的主题 › 云计算 › 感慨一下网易云信超高的门槛 |
环信:速度慢，丢消息
leancloud:存储模块学 Parser ，接口一模一样，用起来不错。但是 IM 模块的接口简直爆炸，惨不忍睹
融云:貌似没明显的黑点（捂脸跑。。。）
leancloud:存储模块学 Parser ，接口一模一样，用起来不错。但是 IM 模块的接口简直爆炸，惨不忍睹
融云:貌似没明显的黑点（捂脸跑。。。）
Select Language