realm

Authentication 认证 认证（Authentication）：身份验证的过程，也就是证明一个用户的真实身份。为了证明用户身份，需要提供系统理解和相信的身份信息和证据。 需要通过向 Shiro 提供用户的身份（principals）和证明（credentials ）来判定是否和系统所要求的匹配。 Principals（身份） 是Subject的“标识属性”，可以是任何与Subject相关的标识，比如说名称（给定名称）、名字（姓或者昵称）、用户名、安全号码等等，当然像昵称这样的内容不能很好的对Subject进行独特标识，所以最好的身份信息（Principals）是使用在程序中唯一的标识–典型的使用用户名或邮件地址。 Primary Principals（主要身份） 虽然Shiro允许用户可以使用多个身份，但是还是希望用户能有一个精准表明用户的身份， 一个仅有的唯一标识 Subject 值 。在多数程序中经常会是一个用户名、邮件地址或者全局唯一的用户 ID。 Credentials（证明） 通常是只有Subject自己才知道的机密内容，用来证明Subject真正拥有所需的身份。一些简单的证书例子如密码、指纹、眼底扫描和X.509证书等。 最常见的身份/证明是用户名和密码，用户名是所需的身份说明，密码是证明身份的证据。如果一个提交的密码和系统要求的一致，程序就认为该用户身份正确

Ream--(objc)写事务精简方案 地址: REALM-- Realm官方提供的的写事务有两种方式： A[realm beginWriteTransaction]; // ... [realm commitWriteTransaction]; B [realm transactionWithBlock:^{ //... }]; 由于realm强制线程安全，所以realm对象不适合持有。所以造成了realm写事务面向realm编程，而不是面向RLMObject编程。或者说realm的面向过的程痕迹还没消除干净,追求速度的realm由c++实现，realm选择了速度放弃了一些便利。 这种编码方式才是我们期望的[object commitTransaction:^(object){ object.key = value; }]; 常见的封装策略都是围绕AB两种形式。围绕A形式封装的问题是代码损耗大，作用域不直观，并且中间不能return，B形式封装的问题是夸闭包传值代码损耗大，调试原作用域浪费时间，不能return。 最理想的编码方式是一行 { @realm_writing; /// Begin commit object.key = value; } /// Commit when leava current scope. 这种编码方式需要借助析构函数，使用C++会要求所有