• 如果Item的布局是动态添加的(意味着每一个Item不仅仅是简单的显示文本,有可能是显示一个网格的情况),则会报异常:位置在IndexableLayout 352行 nextTitleView.getTop()报空指针异常,我这边尝试了一下修复,在351行添加一个判断 nextTitleView != null 解决。 希望早日修复。

    一个实现城市选择、联系人选择的库

    2016-10-9 更: 进行一次几乎重写的大规模重构: 1、从ListView更改为RecyclerView的实现 2、性能优化,更易使用的API,更易拓展的HeaderV...

  • @YoKey 嗯嗯,同意

    [架构向] 谈Android中DTO -> VO的重要性

    标题虽然仅指DTO->VO,其实更准确的说,应该是各种DTO、DAO等都需要转VO ,本文仅以DTO为例。 不管你在使用MVC,MVP还是MVVM,这篇文章会让你的M层赋有更...

  • @YoKey 仔细看了一下文章,其实你这个机制是解决了一些痛点,就比如服务器返回的字段名称变了,这个DTO 和 Mapper的作用就大了,我的做法会把这一特性去掉了。我是在我目前的项目做法上考虑的,角度不一样,只能可以做到判空的处理,如果改字段就要改数据模型了。汗。。。

    [架构向] 谈Android中DTO -> VO的重要性

    标题虽然仅指DTO->VO,其实更准确的说,应该是各种DTO、DAO等都需要转VO ,本文仅以DTO为例。 不管你在使用MVC,MVP还是MVVM,这篇文章会让你的M层赋有更...

  • @YoKey 哦,我可能有点理解错了,就拿UserDTO做例子,我的意思是Retrofit 的时候就直接返回User,让User实现Mapper,这样User就是一个DTO,transform的实现改成这样: @Override
    public User transform() {
    this.name = this.name == null ? "未知" : name;
    this.isMale = "0".equals(gender);
    return this;
    }
    不过这样的话VO和DTO就合成同一个对象了。可能就丧失了灵活性,我的初衷是想着不用每个DTO的transform实现都需要new一个User出来,直接操作this这个对象。不过我觉得这样配合我另一评论说的那样也挺好的,只需要一个Rx compose操作符就可以把这个实现了。有点迷糊了 :cold_sweat:

    [架构向] 谈Android中DTO -> VO的重要性

    标题虽然仅指DTO->VO,其实更准确的说,应该是各种DTO、DAO等都需要转VO ,本文仅以DTO为例。 不管你在使用MVC,MVP还是MVVM,这篇文章会让你的M层赋有更...

  • 而且可以做一下拦截,不用每个Bean都实现那个接口,可以在获取数据的时候判断一下 intanceof Mapper<T> 然后强转成Mapper再执行transfrom,这样就不需要每个Api请求都用map操作符转换一次了。在需要这样的处理那些bean才实现那个接口

    [架构向] 谈Android中DTO -> VO的重要性

    标题虽然仅指DTO->VO,其实更准确的说,应该是各种DTO、DAO等都需要转VO ,本文仅以DTO为例。 不管你在使用MVC,MVP还是MVVM,这篇文章会让你的M层赋有更...

  • 大神,你的所有文章我都看过,给了我很多启发。有些也用在了项目中。这篇文章我有点建议:比如transfrom 方法改为 T transfrom(T t)这样会不会好一点,直接返回this,这样在判空的时候再new出来,没必要每次都创建一个对象。

    [架构向] 谈Android中DTO -> VO的重要性

    标题虽然仅指DTO->VO,其实更准确的说,应该是各种DTO、DAO等都需要转VO ,本文仅以DTO为例。 不管你在使用MVC,MVP还是MVVM,这篇文章会让你的M层赋有更...

  • [架构向] 谈Android中DTO -> VO的重要性

    标题虽然仅指DTO->VO,其实更准确的说,应该是各种DTO、DAO等都需要转VO ,本文仅以DTO为例。 不管你在使用MVC,MVP还是MVVM,这篇文章会让你的M层赋有更...

  • 120
    白底黑字!Android浅色状态栏黑色字体模式

    之前公司项目UI改版的时候,把大部分标题栏都设计成了白色,给我们的设计图是这个样子的: 这状态栏布局和图标挺像Android,但是这白底黑字Android设计规范里可没有啊,...