是否可以在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中实现为:
- View =布局,资源和诸如
android.view.View
派生的Button
类的内置类。 - 控制器=活动
- 模型=实现应用程序逻辑的类
(顺便说一下,这意味着活动中没有应用程序域逻辑。)
对于小型开发人员而言,最合理的做法是遵循这种模式,而不是尝试做Google决定不做的事情。
PS注意,Activity有时会重新启动,因此它没有放置模型数据的位置(导致重新启动的最简单方法是从XML中省略android:configChanges="keyboardHidden|orientation"
并打开设备)。
编辑
我们可能在谈论_MVC_ ,但是可以说_FMVC_是_Framework--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, MVVM或Presentation Model应用于Android应用程序时,我们真正想要的是拥有一个清晰的结构化项目,更重要的是,它更易于进行单元测试。
目前,在没有第三方框架的情况下,通常会有很多代码(例如addXXListener(),findViewById()等)不会增加任何业务价值。
而且,您必须运行Android单元测试,而不是普通的JUnit测试,这需要花一些时间才能运行,并使单元测试有些不切实际。 基于这些原因,几年前,我们启动了一个开源项目RoboBinding-一个用于Android平台的数据绑定Presentation Model框架。
RoboBinding帮助您编写易于阅读,测试和维护的UI代码。 RoboBinding消除了对诸如addXXListener之类的不必要代码的需求,并将UI逻辑转移到Presentation Model,这是一个POJO,可以通过常规JUnit测试进行测试 。 RoboBinding本身随附300多个JUnit测试以确保其质量。