2010年8月11日

我从08年开始记账，之前采用的是桌面程序财智，后来因为一次数据故障，所有数据都丢掉了，杯具。。

因为数据丢失的问题，就想寻找一款可以同步备份，可在 iPhone 上记录的（因为我和老婆都用 iPhone，这样非常方便）。试用过 iBearMoney，pocketMoney，Ixpenseit，splah。最终觉得 splah 比较靠谱，splah money+splash money 桌面端比较好用，可以 iPhone 和电脑同步，口碑也不错！可是存在一个非常大的问题，iPhone 和桌面端都收费，价格不菲！更重要的是这是国外开发的软件，windows 桌面端同步中文乱码！

有一天在 weiphone 上看见 随手记 iPhone 专业版，金蝶出的，眼前一亮，豁然开朗啊，买！因为我的信用卡只支持 JCB，没办法只好重新注册 iTunes 日元区账户购买了，再怎么周折也要买！支持好的软件（我自己也是做软件开发的）。看：

随手记支持多终端同步，安全！

有 web 版本，可以在电脑上记账，无需安装，浏览器访问即可，数据保存在金蝶的服务器上，安全。

有 iPhone 专业版，这样我和老婆在各自的 iPhone 上记账，然后同步到 web 版，数据就合并了。而且购买一次，我们2人都能用了，$5.99 也相对便宜下来了。

因为有同步功能我担心的数据安全问题完全不存在了。

随手记界面漂亮，用户体验极佳，好用！

我自己也是从事程序开发的，对用户界面，用户体验有相当的要求。苹果的设计师说过：对用户来说，界面就是产品！

使用随手记，无需怎么学习，直接上手，那可真是做到了“简单，不思考！”。

一下看图：

web 端

iPhone 专业版

功能完善，动态报表直观明了

账目的3大基本类型：收入，支出，转账，随手记都有。还有不错的扩展类型借钱，还钱，很实用。

预算功能非常不错，可以按照事先定义好的预算，实时提醒我们的消费，控制自己的欲望！

非常漂亮的报表可以直观的了解到收支的每一个细节。

还有一点关键的：国产软件了解国人的需求，一切用起来都那么惬意！

服务一流

有好几次使用随手记遇到问题，在官方的 VIP QQ 群一提，很快就解决好了。有一次发现一个IE8浏览器的小问题，不出5分钟就得到了解决，速度之快！在此感谢 聂风，王晓章等大虾的帮助！

用了2个多月的随手记，随手记改变了我们一家的生活，因为“随手记”，再也不漏记账，开支节省了，财真的理到了！

13个月宝宝真人Show

对你有帮助就猛击投我一票吧！（这么小的字都看见了，真是有心人！猛击吧！低调）

  2008年12月8日

用户体验，真要做好，不容易。我的观点是，别让我思考！简单再简单。

之前有很多朋友问我，为什么登陆那些网站都要验证码呢？他们不是程序员，不是计算机专业，当然不理解为什么一定要让他们去读一段数字，或者难以识别的中文！他们思考过，没有答案，或许就这样了。被逼输入难以识别的验证码。或者有的用户认为，大家都这样，习以为常了。

为什么一定要用户这样呢？写过验证码程序的人都知道，这是防止所谓的机器人。说不定还造成了这样的情况，只要是做网站的人认为用户登陆都必须加上验证码。

今天看到支付宝登陆，没有验证码了。难道他们采取了其他措施？不是！他们还是用了验证码，只不过是第一次登陆的时候不需要输入验证码，如果输入帐号密码错误的话，验证码就出来了！

哈哈，豁然开朗！超强用户体验！大多数用户第一次能输入正确的密码，如此减少了用户的操作，用户不必思考为什么要我输入验证码。如果第一次密码错误，系统提示要求输入验证码，用户也没有那么反感，毕竟是密码输入错了嘛。再说了，预防机器人穷举破解密码的问题也解决了。

用户体验第一条，别让我思考！在www.shanrui.net中，我们坚定的使用这一条作为指导！打造畅快的用户体验。后期我将写关于此项目中用户体验的一些想法，欢迎讨论。

PS：

第一次使用 Windows Live Writer 发布日志。

  2008年11月12日

刚刚装好BlogEngine.NET，

部分中文乱码，结果发现只要是奇数的中文就会乱码。很奇怪。

折腾了半天，设置web.config responseEncoding 编码为GB2312，问题解决。为什么不能用utf8呢？

怪事。

后来登陆blog，取消“启用HTTP压缩”就好了。再设置会utf8编码，一切正常！

难道BlogEngine.NET的压缩算法有问题？

网上搜索一些网友遇到此问题，换数据源解决了问题。我碰巧发现取消压缩解决了问题。继续研究代码，看真的压缩代码是否有问题。

  2008年11月2日

使用 DataTable.Rows[i].Delete(); 删除后，然后循环读取datatable，结果还能遍历到原来的行，错误提示“不能通过已删除的行访问该行的信息。”

查阅资料才知道 Delete（） 删除后 仅标记行状态为Deleted，并没有真正删除。确认改变需要再次调用RejectChanges()方法。

如果要彻底删除datarow，需要Delete()和AccepteChanges()方法同时使用，或者采用 datatable.Rows.RemoveAt(i)方法直接删除，其中i表示行索引，还有一个就是 datatable.Rows.Remove(DataRow dr)删除指定行。

使用datatable.Rows.RemoveAt(i)要注意，如果连续使用 datatable.Rows.RemoveAt(0)；datatable.Rows.RemoveAt(1)；这时并不是删除了原表中的0，1行，而是删除0行后，原来的1行就变成了0行，所以datatable.Rows.RemoveAt(1)实际删除的是原表的2行。

若要删除多行，可以连续用Delete()，然后采用DataTable.AccepteChanges()方法确认删除。