1、v1.0.7版本最大的功能点是增加了联网机制、增加了网络用户的机制，通过用户的手机号完成网络账号的申请，从而为今后的联网功能做准备。
所谓的联网功能，是诸如“数据库网络备份”、“我正在进行的工作非常有价值、我希望分享工作心得”等相关的功能，这些功能中，我认为数据库的备份是一个至关重要且急迫的功能，因为随着软件的不断使用，用户可能面临更换手机等情形，如果用户使用《效率表》所记录的自己工作的历程是有价值的数据，那么用户就一定希望软件具备“导入”和“备份”等功能，所以便有了上述需求；
对于用户注册，我在开发的时候给自己留了一个“坑”，那就是手机号码注册账号的时候没有进行手机号码有效性的短信验证，也没有进行“找回密码”功能的开发。这两个功能并没有任何开发难度，但是因为涉及到需要支付一定费用的“短信网关”的申请，而《效率表》当前看来完全是一个凭借兴趣进行的项目，即便我在项目上付出了不少的时间和精力，但是我在短期内还不想在软件上付出太多的“金钱”，因而手机短信验证方面只有留待以后再进行开发了。
2、本地数据库的备份：
正如上面第一点所记录的，软件当前已经支持了数据库的备份操作。不过这里还有一点值得完善的地方：“在弹出备份页面”，给用户一个“上次进行备份”的日期提示，如此就可以让用户以此判断自己是多久以前进行的上一次数据库备份了；
3、备份历史的查阅功能：
备份功能实现之后，首先想到的就是备份历史的查阅功能，当前的v1.0.7版本仅仅做出查阅功能，还没有完成“数据还原”、“备份的再次导入”等高级功能。按照我自己的开发习惯，总是喜欢一点点的挖坑、填坑。所以那些扩展的功能，就留待v1.0.8版本及更往后的版本中去实现吧。
4、还有什么需要改进的地方？
对于v1.0.7版本而言，因为引入了网络机制，所以引入了著名的AFNetworking，不过我当前使用的开发框架是我自己长期以来进行维护的一套框架，其AFNetworking显然已经有点儿“老旧”了。所以如果时间允许的情况下，顺便将现在的程序框架中的AFNetworking进行一次升级，以确保能够让这套应用程序框架保持持久的生命力。
写到这个所谓的“持久生命力”，实际上我为此曾吃过不少次亏。以前进行软件项目开发的时候，往往会在软件的第一版引入些第三方的组件，而这些第三方组件用的顺手了，就会越来越依赖。然而自己由很少记得同步更新第三方组件，以至于过个2、3年就会发生一个情况：我是用的第三方组件几乎进入了荒废阶段，而自己的项目由严重的依赖着他们。而到了迫不得已需要升级的时候，才发现第三方组件已经有了翻天覆地的变化，导致更新之后自己的项目中warning上百个、error好几十。那个时候什么更新的想法都没有了，就只好继续沿用老旧的版本。
其实这些第三方组件如果在自己项目每次进行更新的时候也进行同步升级，既能够提高软件的安全和稳健性，同时每次可能产生的变化极小，调整起来也不费劲。所以保持同步升级从长远来看才是最明智的做法。
