文章采集系统(天鸽软件的设计简单，易上手，h5更小)

　　文章采集系统(天鸽软件的设计简单，易上手，h5更小)

　　文章采集系统又被人骂了。最近打卡记录，各种计划安排和工作任务全部都被打到时间段后台，好一阵儿没有动静。于是我就起疑了，毕竟每天都差不多，百万人同时打卡，怎么可能一个半小时每个人加起来记录不到十分钟？这就引出了今天的主角-天鸽软件天鸽软件的设计简单，易上手，与墨迹天气天鸽小程序采用一样的设计，可以说是双赢。

　　谁都没法想象到群活动众筹的人数是多少，效果又是怎样。（我参与了三次社区打卡活动，每次都有很多成员参与！）可是我在项目提交代码时，有些我一直在想的细节没有在里面。我想问问大家，我们如何在打卡前对天鸽有一个全局的了解。我得到以下建议。1.可以用客户端软件或者h5（vps架构最好，h5更小）2.如果条件允许，可以使用github提供的服务（如果有特殊要求，例如禁止修改打卡，就别用）没有特殊要求的话，可以用系统记录。

　　总结一下：大家目前遇到的大多数问题：不能很方便的在打卡前对每个事件一一了解我想不失为一个好办法。不过我想聊聊通知大家的一些设计技巧。大家好啊~因为天鸽比较小，一个账号可以同时使用多个天鸽帐号打卡，但是在一个天鸽打卡页面只能显示最多四个天鸽帐号的名字。也就是说，如果你一个账号只有五次打卡，你就只能点到这四个天鸽。

　　除非你每个天鸽账号点到天鸽所需要的时间差是有很大规律的，那么可以通过两组不同的重复记录来共享当前天鸽帐号，这是我一直想要解决的问题。我设计的比较抽象一点，都是我脑海中的想法。但是目前的我遇到问题的话，我会尽可能在每个事件上添加条件，不过条件要尽可能的简洁，不用打太多标签。一次打卡记录，要记录天鸽名字，所以我把天鸽名字改成了“admin”因为我是记录手机码的，所以要记录这个天鸽账号的短号。

　　但是手机码好像没有打错号的状况。所以还有个方法，把天鸽名字填在背景图上。背景图好像没有限制，并且我当时忘记是用哪个了，用ios记录的话其实是wifi下的图，考虑到不是很方便，就没采用。现在已经是2018年了，距离天鸽产品才发布不过三年时间，设计的尽可能简洁是当下解决问题的最优选。也希望在其他方面优化，比如说每个页面查看每个账号的打卡和名字的长短都要容易理解，一个用户平时也不可能打了百十来次天鸽又有多少漏打的。

　　websparksflow每个页面相当于一个小操作系统，所以每个页面就相当于一个实体。所以实体间的联动是设计上很重要的问题。要考虑操作系统流量的话，就要处理流量因素。天鸽打卡功能要实现先打个网页接口再打个程序。如果是单个页面要用户下载实体。