作为一个也算是策划者的人，经常会冒出很多想法。他们中的一些人会因为可行性评估的简单和浅薄而被淘汰，而另一些人则会因为他们的能力和精力而被击败。

不，昨天是新年的第一天。起床后我就想，新年是不是应该来点新鲜事呢？新的？或者只是看看有什么新内容。

好家伙，即使你只是想了解它的核心，你也必须去几个网站和应用程序。那么我可以在一处查看吗？或者只是做一个网站或小程序。我一边做饭，一边研究信息、整理思绪。本来我打算用爬虫来实现，这样数据就非常可控了。但转念一想，如果有现成的API不是更快吗？

我能够找到一些结果，虽然离我需要的还是有点远，但不管怎样，我先把东西做出来看看是否有用，如果真的有用，那么就快速迭代。

选择

现阶段没费多大功夫，直接就被选中了。主要原因是可用的插件库非常丰富，对‘node’的支持也很好。

插件

选择依赖项并不需要花费太多时间。之前我向李佳抱怨过一个项目，插件组合很糟糕。一直想用一些看起来很酷的东西，但实际上背后的结构和设计思想都是一团糟。这次UI库直接使用uni-ui，网络库直接使用，保证开发最快最稳定。

PS：有一个小插曲。直接 npm --save 安装最新版本是不兼容的。您必须使用^0.27.2版本。

其他方面，使用limm--css-进行布局，使用zero-lazy-load进行图片的延迟加载。还有一些使用我之前构建的私有类库的日期和转换 js 小工具。

建造

网络

首先布置适配器和拦截器。

然后统一管理API：

状态管理

毕竟，它是一个免费的 API。一方面要考虑高频请求被禁止的情况，另一方面也要避免滥用造成的问题（我非常热衷于开放各种免费服务，我也深知滥用的烦恼），所以需要结合vuex，解决数据缓存。

界面

我们主要致力于功能。我们只需要先把事情呈现出来，不要让事情变得复杂。

除了图片之外，都是uni-ui组件，简单但高效，似乎没什么好说的。直接去看图片吧

事实上，这对我来说似乎很不舒服，因为我毕竟是学过平面设计和网页设计的人。但为了效率和进步，我们必须忍受

发布

没想到这一步花了最多的时间。本以为个人小程序只是不允许发布自己处理过的信息，没想到这个公共接口提供的信息无法审核。

来来回回了两次，再加上等待审稿，时间直接从1月1号到了1月2号。最后果断放弃个人小程序这条路，干脆换公司之前废弃的小程序账号来尝试审核。

思考

其实一开始我也没想到这东西有什么用处。但当我快要说完的时候，我突然发现，这不就是我学运维课程时经常提到的网络热点吗？如果它真的有效的话那就太好了。我个人特别喜欢做实用的东西。

希望小程序能尽快审核通过，然后大家帮忙测试一下，看看如何扩展。我也会花时间继续改进。