事实:文章采集程序设计一般的做法是怎样的？

　　事实:文章采集程序设计一般的做法是怎样的？

　　文章采集程序设计一般的做法是这样的：1.采集按钮用framework事件+外部dll的形式，像github等平台都有上传成功页面的路由，上传成功后调用github的api解析framework事件并发出api请求（model）。2.后端逻辑需要根据后端配置，程序里实现上传失败次数等。3.用户上传成功后需要提交自己的username_and_password信息4.浏览器是根据这个username_and_password信息来判断用户密码是否正确，并用ajax请求查询失败次数，如果用户密码正确就返回用户数据。

　　所以总结来说，我总结的做法就是：第一个一个按钮用framework事件+外部dll+api路由+一次http请求，实现最基本的功能；第二个需要用户提交账号密码等等信息（就是ajax请求），有多少次就返回多少次。实际中，肯定需要用户一次点击多次操作，那么就需要用户不断刷新页面，前端异步去请求数据。根据数据量大小可以增加处理时间。

　　前端做好本地文件以及model层，每次请求做好异步处理。

　　虽然我是一个前端，但我还是想从用户角度回答一下这个问题。其实我不同意某些答案把page当成单页面，这样做的好处是代码更易维护，但坏处是用户体验其实并不好，毕竟如果一个页面从1s渲染一次，几乎就是一个形式庞大的web游戏。题主所言的这个问题可以用三种方式来解决：1.ajax数据返回subject在page里some_text下，page里有比较大的文字图片数据的话，可以每次返回一个img。

　　2.返回text前端程序每次发送一个消息数据，内容自定义，直接插入到该消息字符串后面：sent_text={text:text,sent:text}3.在page页面页底依次发送json文件（json-handle)每次只发送一次，并且要从本地传上来。