* Messenger用于Activity和Service之间消息传递 需求:activity来绑定服务,绑定成功后,将数据发送给service,service收到消息后,再发送信息给activity. public class MainActivity extends AppCompatActivity { private Intent intent; private MyServiceConnection serviceConnection; private Messenger messen…

MvvmLight信使需要三个部分: 1.自定义信件类,普通的Model,供在发布者和订阅者之间传递信息用. 2.发布,通常是在某一事件函数中进行发布,Messenger.Default.Send 3.订阅,Messenger.Default.Register 命名空间:GalaSoft.MvvmLight.Messaging 用途:ViewModel之间通信.ViewModel和View之间通信 下面是ViewModel之间通信的例子:使用TextBox控制MainWindow的标题,如图 1…

本篇介绍MvvmLight中一个重要的东东,那就是Messenger. (一)Messenger的基本组成 Messenger类用于应用程序的通信,接受者只能接受注册的消息类型,另外目标类型可以被指定,用Send<TMessage, TTarget>(TMessage message)实现,在这种情况下信息只能被传递如果接受者类型和目标参数类型匹配,message可以是任何简单或者复杂的对象,你可以用特定的消息 类型或者创建你自己的类型继承自他们 (1)MessageBase:简单的消息类,携…

Messenger Mvvm提倡View和ViewModel的分离,View只负责数据的显示,业务逻辑都尽可能放到ViewModel中, 保持View.xaml.cs中的简洁(没有任何代码,除了构造函数),但是某些场景下也不必一定要保持 View.xaml.cs中的简洁,例如动画.我们想要让界面酷炫一点,就需要故事版,故事版中必然有与 控件相关的,动画和界面耦合很紧,并且也没有办法分离(或许有呢),我们大可直接将动画的逻辑 就放置到View的后台代码中,动画的触发条件由ViewModel发出,这…

MvvmLight是比较流行的MVVM框架,相对较为简单易用.可能正因为简单,对应的帮助文档不多,对初学者就不够友好了.这里会用几篇随笔,就个人对MvvmLight的使用经验,来做一个入门的介绍. 第一步我们先找到并下载MvvmLight的最新版,我个人倾向使用NuGet.这里顺便吐槽一下,MvvmLight貌似并未在Github上创建项目,虽然作者对MS深深的爱让我感动,不过也不要排斥非MS系的东西嘛(喂,你自己还不是一样……) VS2015 Community版,打开NuGet搜索MVVM,…

本篇我们着重介绍ViewModelBase,演示Set和RaisePropertyChanged方法的使用,以及就Cleanup方法释放资源展开讨论. ICleanup 接口.实现该接口的ViewModel需要在Cleanup方法里释放资源,特别是-= event ObservableObject 该类实现了INotifyPropertyChanged接口,定义了一个可通知的对象基类,供ViewModelBase继承 ViewModelBase 继承自ObservableObject,   IC…

读完本文你将了解: Messenger 简介 Messenger 的使用 服务端 客户端 运行效果 使用小结 总结 代码地址 Thanks 前面我们介绍了 AIDL 的使用与原理,这篇文章来介绍下 Android 中另一种 IPC 方式:Messenger. Messenger 简介 Messenger "信使",顾名思义,它的作用就是传递信息. Messenger 有两个构造函数: 以 Handler 为参数 以 Binder 为参数 private final IMessenger…

Android提供了Handler和Looper来满足线程间的通信; Handler和Activity的任务栈不同,它是先进先出原则; Handler:你可以构造Handler对象来与Looper沟通,以便push新消息到MessageQueue里,或者接口Looper从MessageQueue取出的消息; Looper类用来管理特定线程内对象之间交换Message; 一个线程可以产生一个Looper对象,由他来管理此线程的MessageQueue(消息队列); MessageQueue:用来存…

Service通常总是称之为“后台服务”,其中“后台”一词是相对于前台而言的,具体是指其本身的运行并不依赖于用户可视的UI界面,因此,从实际业务需求上来理解,Service的适用场景应该具备以下条件: 1.并不依赖于用户可视的UI界面(当然,这一条其实也不是绝对的,如前台Service就是与Notification界面结合使用的): 2.具有较长时间的运行特性. 1.Service AndroidManifest.xml 声明 一般而言,从Service的启动方式上,可以将Service分为St…

http://blog.csdn.net/yanbober/article/category/3206943 Android应用层View绘制流程与源码分析   http://blog.csdn.net/yanbober/article/details/46128379 Android应用进程间通信之Messenger信使使用及源码浅析  http://blog.csdn.net/yanbober/article/details/48373341 Android应用Context详解及源码解析 …