基于响应者链条的事件传递方式
随着业务越来越负责,APP中的页面也变得越来越负责,层级变的越来越深,不论项目是MVC还是MVVM架构,我们都倾向于将事件的处理放到控制器中。随着层级越来越复杂,事件处理方法越来越多,为此我们的解决方案一般都是将部分处理事件放到viewmodel中或者给控制器添加分类。但这些方法都不能避免事件一层层的传递。那么有没有更好的方法呢?
What is Life But One Chanllege After Another
随着业务越来越负责,APP中的页面也变得越来越负责,层级变的越来越深,不论项目是MVC还是MVVM架构,我们都倾向于将事件的处理放到控制器中。随着层级越来越复杂,事件处理方法越来越多,为此我们的解决方案一般都是将部分处理事件放到viewmodel中或者给控制器添加分类。但这些方法都不能避免事件一层层的传递。那么有没有更好的方法呢?
作为UIScrollView
的子类UITableView
和UICollectionView
是我们平时开发中最常使用的两个列表控件。同时在一些复杂的页面中也经常嵌套使用,同时由于对其有些方法理解的不够深入,很容易导致一些比较诡异的问题。
因此这里单独写一篇文章来介绍这两个常用控件中的几个常用的方法,希望可以加深大家对UITableView
和UICollectionView
的理解。
我们公司产品有两条线 一个是针对日本地区的一个独立APP(B),另一个是针对除日本地区之外的其他的地区的APP(A) 。B是基于A的某个分支建立的,并且删除了部分功能,在过去的一段时间内两条产品线各自为战,但是前段时间公司希望将A中的某个功能直接迁移到B上,为此我们开始了下面的工作。
自从到现在的公司半年一来,业务上一直在不停的迭代。为了维持版本的迭代速度,代码review变得不再像之前那么严苛。导致近期出现了几个比较严重的问题,趁着周末的时间,使用Time Profiler好好的检测一下应用及时发现问题,解决问题。
项目中,当我们要在列表页展示图片时,为了提升图片的加载速度,同时兼顾显示效果。一般我们会采用展示缩略图的形式去加载图片。这时我们就会用到阿里云OSS的图片地址拼接策略。