不查不知道，一查吓一跳。昨天查看Eonval帐号的站点目录，从2019年2月10日下午开始开发，到现在14天，其中有2天在做别的事情(为我女儿制作学习资料)，这12天从0编写的这个站点的代码，竟然已经达到115K，如下图。这个代码量的增长速度，可能是我没遇到过的，因为Feedval之前写了2个月，才只有118K(Feedval项目因为遇到很多处的复杂算法，所以影响了开发速度)。

这次的执行力，太让我感到意外。编写代码如此惊人的增长速度，可能有这几个原因，一是Eonval帐号程序，这几天开发中没有太复杂的算法，但不也简单；二是相同的帐号程序，以前至少开发过5次，所以轻车熟路。因为以前的程序没有关联起来，结构也不一样，所以每次都要从0编写；三是使用了大量的非刷新的交互方式(用web实现APP的效果)，这样反而大大减少了前台页面的数量、从而减少前台页面的设计时间；四是前几个月写了很多博客，也占用了很多的时间。

之所以说这次的执行力太让我意外，Eonval平台的一个前身之一是2016年时我构想的TDNote项目。TDNote的进度非常慢，到了2017年9月才有了思路。2018年8月，才仅仅编写了TDNote的注册程序，记得花费不少于15天(每天大于7小时)。当时TDNote的注册程序，把过多的精力用在了特效、手机号码短信验证上面(可用手机号码登录)。

如今的Eonval帐号，去掉了手机号码登录、手机号验证，手机号也不强制绑定，仅作为一个密保辅助的选项，也可用邮箱作为密保。这是由于很多人的手机号，有可能会过期，或者注销。

不管执行力如何让人感到意外，但是程序开发的速度通常总是很慢很慢，因为一个用于长久运营的独立的项目，必须自己从0编写框架，每天总是有很多令人取舍不定的难题、决策，经常遇到较复杂的算法；另外，很多的程序开发的工作量异常巨大。

上述提到的非刷新的交互方式，下列举一个小的细节实例。因为AJAX无法POST，所以这里我使用开发中自己无意中发现的iframe的方式，详细方法如前文：底层技术分享：iframe+innerHTML VS AJAX

开发中，我使用火狐、Chrome、IE、安卓手机自带浏览器这4个浏览器测试兼容性。

例如注册页面的密保问题选项，原先是用普通的<select>，如下图：

点击下拉菜单后：

在各种浏览器下，都没有问题。但唯独在IE下，测试用IE6，制作的交互层会被<select>挡住，如下图：(IE6不支持圆角、阴影的CSS。)

这种情况下，只能考虑把<select>去掉。于是用一个<input>来代替<select>，并将<input>设置为readonly，这是昨天完成的效果，如下图：

上图中画红色箭头的<input>的最右边，昨天花费了不少2小时，做了各种尝试，想要做模拟<select>的下拉图标，最右边加一个下拉的箭头，效果都不理想，有一定的错位，以后有时间再修改。(其实，不添加也行，因为在一些安卓手机的浏览器下，<select>的下拉箭头是没有的，看起来就是如上图的样子。)

点击<input>后，出现如下图的交互层：

密保问题选择“我的手机号码”，出现国家代码的选项，这个是昨天完成的。如下图：

国家的选项，在2009年我开发的tgfor项目，开发帐号时是有开发完成这个功能的。后来逐渐去掉了，这个选项的开发还是比较麻烦的，开发至少得几天的时间，前几天的开发中原先没有加入国家的选项，只要填写手机号就可以。用了这个交互层，差不多1天的时间就完成了，上图红箭头的位置，点击后，如下图：

Eonval帐号和以前的帐号开发，有很多的不同。因为既要考虑速度的优化，支持无限容量，又要考虑如何被多域名使用。