怎样看待 Realm 这个移动数据库

下面是5个可用ORM的总体介绍：

1. OrmLite

OrmLite 不是 Android 平台专用的ORM框架，它是Java ORM。支持JDBC连接，Spring以及Android平台。语法中广泛使用了注解（Annotation）。

2. SugarORM

SugarORM 是 Android 平台专用ORM。提供简单易学的APIs。可以很容易的处理1对1和1对多的关系型数据，并通过3个函数save(), delete() 和 find() (或者 findById()) 来简化CRUD基本 *** 作。

要启用SugarORM，需要在你的应用程序 AndroidManifest.xml 配置中添加如下meta-data标签：

<meta-data android:name="DATABASE" android:value="my_database.db" />

<meta-data android:name="VERSION" android:value="1" />

<meta-data android:name="QUERY_LOG" android:value="true" />

<meta-data android:name="DOMAIN_PACKAGE_NAME" android:value="com.my-domain" />

然后就可以从SugarORM扩展需要保存的数据类：

public class User extends SugarRecord<User>{

String username

String password

int age

@Ignore

String bio//this will be ignored by SugarORM

public User() { }

public User(String username, String password,int age){

this.username = username

this.password = password

this.age = age

}

}

要添加一个User，代码如下：

User johndoe = new User(getContext(),"john.doe","secret",19)

johndoe.save()//stores the new user into the database

3. GreenDAO

当性能很重要时（数据访问频繁），GreenDao是一个很快的解决方案，它能够支持数千条记录的CRUD每秒，和OrmLite相比，GreenDAO要快几乎4.5倍。（准确数据请自行benchmark）。

GreenDAO小于100KB，所以对于应用程序APK的大小影响很小。

这里有一个教程，演示如何使用Android Studio，在Android应用程序中使用GreenDAO框架。

4. Active Android

Active Record（活动目录）是Yii、Rails等框架中对ORM实现的典型命名方式。Active Android 帮助你以面向对象的方式来 *** 作SQLite。

5. Realm

Realm 是一个将可以使用的Android ORM，基于C++编写，直接运行在你的设备硬件上（不需要被解释），因此运行很快。它同时是开源跨平台的，iOS的代码可以在GitHub找到，你还可以找到Objective C以及Swift编写的Realm使用实例。

1、首先在 SQL Server 2008中选择单击Microsoft SQL Server 2008 Management Studio,会出现一个窗口。2、在服务器名称中选择本机的服务器名字。然后单击【连接】按钮。就进入Microsoft SQL Server 2008 Management Studio。3、右键单击【数据库】，选择【新建数据库】，会出来一个窗口，在这个窗口里可以输入你要建的数据库的名称，同时也可以修改数据库的文件类型。4、数据库的名称和类型都弄好后，点击下方的【确定】 按钮。数据库就建立了。5、要是想删除自己不想要的数据库也很简单。鼠标右键点击自己不想要的数据库，然后选择【删除】 ，那么该数据库就删除了。

对于MVP（Model View Presenter），大多数人都能说出一二：“MVC的演化版本”，“让Model和View完全解耦”等等。本篇博文仅是为了做下记录，提出一些自己的看法，和帮助大家如何针对一个Activity页面去编写针对MVP风格的代码。

对于MVP，我的内心有一个问题：

为何这个模式出来后，就能被广大的Android的程序员接受呢？

问了些程序员，他们对于MVP的普遍的认识是：“代码很清晰，不过增加了很多类”。我在第一次看到MVP的时候，看了一个demo，看完以后觉得非常nice（但是回过头来，自己想个例子写，就头疼写不出来，当然这在后文会说）。nice的原因还是因为，这个模式的确让代码的清晰度有了很大的提升。

那么，提升一般都是对比出来的，回顾下，没有应用MVP的代码结构。很多人说明显是MVC么：

View：对应于布局文件

Model：业务逻辑和实体模型

Controllor：对应于Activity

看起来的确像那么回事，但是细细的想想这个View对应于布局文件，其实能做的事情特别少，实际上关于该布局文件中的数据绑定的 *** 作，事件处理的代码都在Activity中，造成了Activity既像View又像Controller（当然了Data-Binder的出现，可能会让View更像View吧）。这可能也就是为何，在该文中有一句这样的话：

Most of the modern Android applications just use View-Model architecture，everything is connected with Activity.

而当将架构改为MVP以后，Presenter的出现，将Actvity视为View层，Presenter负责完成View层与Model层的交互。现在是这样的：

View 对应于Activity，负责View的绘制以及与用户交互

Model 依然是业务逻辑和实体模型

Presenter 负责完成View于Model间的交互

ok，先简单了解下，文中会有例子到时候可以直观的感受下。

---