Android上的MVC模式

2020/01/17 10:28
阅读数 189

是否可以在Android版Java中实现模型-视图-控制器模式?

还是已经通过活动实施了? 还是有更好的方法来为Android实现MVC模式?


#1楼

我认为最有用的简化说明在这里: http : //www.cs.otago.ac.nz/cosc346/labs/COSC346-lab2.2up.pdf

从我在这里看到和阅读的所有其他内容来看,实现所有这些东西会使它变得更加困难,并且与android的其他部分不太匹配。

通过活动实现其他侦听器已经是Android的标准方法。 最无害的方法是像幻灯片中描述的那样添加Java Observer,并将onClick和其他类型的操作分组为仍在Activity中的功能。

Android的方式是Activity可以同时执行。 对抗它并没有真正使扩展或将来编写代码变得更加容易。

我同意第二个职位 。 它已经实现了,而不是人们习惯的方式。 无论是否在同一文件中,都已经存在分隔。 无需创建额外的分隔符以使其适合其他语言和操作系统。


#2楼

经过一番搜索,最合理的答案如下:

MVC已在Android中实现为:

  1. View =布局,资源和诸如android.view.View派生的Button类的内置类。
  2. 控制器=活动
  3. 模型=实现应用程序逻辑的类

(顺便说一下,这意味着活动中没有应用程序域逻辑。)

对于小型开发人员而言,最合理的做法是遵循这种模式,而不是尝试做Google决定不做的事情。

PS注意,Activity有时会重新启动,因此它没有放置模型数据的位置(导致重新启动的最简单方法是从XML中省略android:configChanges="keyboardHidden|orientation"并打开设备)。

编辑

我们可能在谈论MVC ,但是可以说FMVCFramework--Model--View--Controller 。 该框架 (Android OS)强加了其组件生命周期和相关事件的概念,并且在实践中, 控制器Activity / Service / BroadcastReceiver )首先负责处理这些框架施加的事件(例如onCreate() ) 。 用户输入是否应该单独处理? 即使需要,也无法将其分开,用户输入事件也来自Android。

无论如何,将更少的非Android专用代码放入您的Activity / Service / BroadcastReceiver ,效果会更好。


#3楼

尽管这篇文章似乎很陈旧,但我想添加以下两个内容,以了解该领域针对Android的最新发展:

android- binding-提供一个使android view小部件绑定到数据模型的框架。 它有助于在android应用程序中实现MVC或MVVM模式。

roboguice -RoboGuice消除了开发中的猜测。 注入您的视图,资源,系统服务或任何其他对象,然后让RoboGuice处理细节。


#4楼

我已经看到很多人说MVC已经在Android中实现,但是事实并非如此。 Android默认不遵循MVC。

因为我不是Google会强加诸如iPhone之类的MVC实现的限制,但是它取决于开发人员在项目中想要的模式或技术,因此在小型或简单应用程序中不需要使用MVC,但作为应用程序后来变得越来越复杂,需要对其代码进行修改,因此需要Android中的MVC模式。

它提供了修改代码的简便方法,还有助于减少问题。 如果您想在Android上实现MVC,请按照以下给定的链接进行操作,并在您的项目中享受MVC的实现。

http://www.therealjoshua.com/2011/11/android-architecture-part-1-intro/

但是如今,我认为MVP与Android Architectural Pattern一起是开发人员应该为干净且强大的android应用程序使用的最佳选择之一。


#5楼

当我们将MVC, MVVMPresentation Model应用于Android应用程序时,我们真正想要的是拥有一个清晰的结构化项目,更重要的是,它更易于进行单元测试。

目前,在没有第三方框架的情况下,通常会有很多代码(例如addXXListener(),findViewById()等)不会增加任何业务价值。

而且,您必须运行Android单元测试,而不是普通的JUnit测试,这需要花一些时间才能运行,并使单元测试有些不切实际。 基于这些原因,几年前,我们启动了一个开源项目RoboBinding-一个用于Android平台的数据绑定Presentation Model框架。

RoboBinding帮助您编写易于阅读,测试和维护的UI代码。 RoboBinding消除了对诸如addXXListener之类的不必要代码的需求,并将UI逻辑转移到Presentation Model,这是一个POJO,可以通过常规JUnit测试进行测试 。 RoboBinding本身随附300多个JUnit测试以确保其质量。

展开阅读全文
打赏
0
0 收藏
分享
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部