我的安卓姿势是不是不正确?

[qiuyan81]

我新学的android,我发现安卓开发很麻烦,每个activty需要创建一个layout文件,然后还需要如果用到listview,或者RecyclerView,每个item还需要创建layout文件,这样一个activty就搞出4个文件,非常不好管理,以后也不好维护..



我直接用oc开发ios就很方便，一个h文件和一个m文件就好了，其它用代码就可以实现，还可以很好的集成。。安卓怎么继承？那么多xml文件，每个都不一样。。。。

吐槽点,主要就是没法继承,没法继承啊.....

[哈哈的bug]

可以通过写父类的方式将通用功能抽取，，比如RecyclerView的adapter就是可以封装通用的单布局或者多布局adapter，还有写BaseActivity、BaseFragment 、 BaseViewModel、BaseDialogFragment等 至于xml文件就只能抽取一些用的比较多的组件在一个xml文件中通过include方式引入 比如toolbar 还有搜索组件还有RecyclerView

[qiuyan81]

引用 1 楼 哈哈的bug 的回复:

可以通过写父类的方式将通用功能抽取，，比如RecyclerView的adapter就是可以封装通用的单布局或者多布局adapter，还有写BaseActivity、BaseFragment 、 BaseViewModel、BaseDialogFragment等
至于xml文件就只能抽取一些用的比较多的组件在一个xml文件中通过include方式引入 比如toolbar 还有搜索组件还有RecyclerView

我看了下include 这样的除非深度封装，简单的xml布局，没有太多可重复使用的优势。

[肖子理]

你别说，还真是，你可以复用Activity 的layout ，但是每个item不同的话要用不一样的layout，这也是一个弊端

[LightLi4869]

你也可以用代码实现布局 但感觉不直观也不方便

[浩浩的代码花园]

这正是MVP设计模式的精髓，谷歌有意将视图和逻辑进行分离，就像你所说的xml文件，其实就是视图的一种抽象，而Java文件则是实现逻辑和视图具体动作的，当然，如果你喜欢的话，你也可以通过自定义View的方式来自定义属性，在XML文件中实现Item的配置过程，这样就少了一个文件。但是这样的弊端就是你需要自己Override RecycelView，并且在attrs文件中定义一些自定义属性来实现整个的配置过程。而好处就是在需求相对不变的情况下，你可以复用这个自定义View，并且相对来说简化了配置的过程

[浩浩的代码花园]

而且从谷歌未来的趋势来看，这种通过xml来配置的方式会越来越常态化，这也是谷向MVVM设计模式的一种转变

[qiuyan81]

光是帮布局文件取名都要浪费三分之一时间了

[Write_BUG小能手]

没办法 android就是这

[只为搞笑]

我觉得只是习惯问题让你有倾向性。我更喜欢android的布局方式，我写ios也更愿意用storyboard，而不是手写。android实际上也可以使用纯代码布局，只要你愿意，你甚至可以在一个类里完成整个app。看看 setContentView 这个方法，除了传入一个layout的id，也可以传入一个View的。

[Nonoas]

引用 8 楼 qiuyan81的回复:

光是帮布局文件取名都要浪费三分之一时间了

你用的什么开发工具

[luj_1768]

看上去像是做动画片，一个细节几十张图，也是没有办法的。不过做多了、熟练了，开发起来也很快。虽然有些繁琐，但是既不烧脑、也不复杂。对许多人来讲，挺适合的。

[小哈ha]

刚开始做，是比较烦琐，不过要学会封装，提高复用性，效率就提高起来了

[sichuanwww]

[m0_46385339]

引用 8 楼 qiuyan81的回复:

光是帮布局文件取名都要浪费三分之一时间了

v还能保持v哈哈

[Ande Wang]

[无风之翼]

那是因为你还没有做过web开发，要不然不会嫌麻烦的

[qiuyan81]

我搞过小程序,有样式表,有页面,有js,但是不会那么乱啊.

[王能]

设计模式就这样，方便把不同业务拆分来，并且layout有实时预览效果，比你写完才能看到效果肯定好多了。 你也可以试试setConverView(new xxxx)，然后用代码add相关view，想想都可怕。

[angel725]

[assky124]

常用布局直接用系统的，特殊的才要自定义。觉得复杂就封装成控件啊，直接用就行了像EditText这样的