#steemjs

这两天研究了下IPFS网络是如何在前端中使用的。既然IPFS号称是星际文件系统，想必在文件保存方面有优势啰！ 认真研究了一下它的js版的文档（ 思路就是：安装IPFS -> 运行，没了！ 我也没想到它有这么简单，学些什么PHP 、Django后台的简直弱爆了，代码写了一堆，运行起来bug一堆！还是IPFS好用啊。什么技术都得尝试着用用！这样你才能体会到它的特点和优势。

SteemJiang在区块同步（即文章更新）方面做了改进，做了一些去重的逻辑。回复和评论的样式中图片也做了些改进，不会再出现占满屏的现象。 因为不对文章的收入做显示，所以单独做了个显示按钮“文章数据”--可以跳转到steemd上查看相关的文章的收入和点赞情况。 先这么多。IPFS的图片服务器会很快加上，小程序端的设计也在日程上。

SteemJiang在发布时会出现一个文章时间不同步的问题，如下图所示： 如上所示，虽是同一篇文章，但发布的时间却是相差几秒，在SteemJiang上就会被判断为两篇文章！ 这是什么原因造成的呢？ 找想了下，发现是文章同步到Steem上时的延时造成的！

在细节上做了不少调整，比如底部菜单，回复的样式...... 做前端是个累活！ 同时又是个精细活！虽然有不熟练的原因，但前端样式确实花费了大量的时间。说到这，有点同情steemit的前端几年如一日，从来没变过！这确实很耗费时间和精力。 到现阶段，功能基本齐全了，用起来体验还不错。进一步的细化会持续的......

Welcome to Whitby, Yorkshire coast north east England

Steem区块链的本质是数据库 昨天和大伟兄吃饭时聊到：Steem的最大优点是什么？ 这个问题几乎于灵魂拷问！作为Steem的深度参与者，想聊下我的看法。 首先当然是区块链的所有特质它都具备，比如去中心化、不可篡改、可追溯......这些当然是一些优点，其它区块链也具备，不是非Steem不可的。 那它的最大优点是什么呢？我想应该是便宜！ Steem的操作和应用都极为便宜！成本几近于零。

SteemJiang朝着功能越来越完善的方向发展啰！ 趁着热情还在，在这段时间内是尽力在打磨下产品！ 这次主要是更新自动点赞、评论和回复等功能，这些毕竟是大家每天都要使用的。对它们进行一定的优化，也方便点。 这是自动点赞的界面，比较易用。添加作者和点赞比重，点击下方“保存并开始”就可自动点赞啰！ 在浏览器的控制台（console）中可以看到点赞列表，和点赞完成的结果，还是比较方便的。

如果你是有几台电脑同时在用SteemJiang来发文章，可能会出现文章不同步的情况，因为在首页并没有同步功能。要解决这个问题，无非就是在首页加入一个判断，有新文章则同步，否则什么也不用做。 改动如上图所示 加了一个逻辑，感觉代码又复杂了一层！打磨起来真心不易啊！

SteemJiang是一个纯粹的前端应用！ 它和比特币的离线钱包类似，可以很方便地在本地构建，无需服务器。 当然，为了方便大家使用，我把它上传到github page中，大家可以直接访问： 本地构建说明 本地环境：Apache 或 Nginx 将仓库中的“index.html” 和 “static” 下载到本地，放进Apache 或 Nginx的根目录即可， 仓库地址： SteemJiang相当易用！

看来是要优化到底啰！ 文章的优化倒还好，直接丢数据库就好了，但是评论部分就没有那么简单了。 首先评论是递归的数据结构，一动就要全动（是不是有点区块链中梅克尔树的意思），没办法单独修改某一条评论。其次是别人的评论你要同步进来啊，这就要涉及如何同步区块链的方法了。 先来试试如何发布评论： 发布评论和发布文章是几乎一样的，所以它的处理逻辑和文章相同，都是“先上车再补票”的思路。 展示起来倒是有点困难，难点就在它了。

在做SteemJiang前端的时候，思路和逻辑都有了（详见《SteemJiang解决痛点的两个思路》），但真要实现起来，还真是有些麻烦！

对于常用的重复使用的代码，可以把它写成公共方法，然后在全局使用。当然这是一个最用的技巧，也是一种标准的编程方法。 Vue.js中要实现全局方法，可以使用插件的写法。比如npm, 这些包都是些代码高手整理出来通用的方法，你一安装挂载上就可以全局使用！这可以大大加快你的开发进程。 这里不介绍插件的写法，用的是另一个简洁便利的写法，可以制作出全局公共方法。其实在Vue.js中过滤器也可以使用这种方法来写的。

这几天在做SteemJiang评论这块，因为评论和文章的数据结构几乎一致，所以也想着把它存在本地的数据库中。做起来才发现自己还是太天真了！ 文章倒还好，就是一篇，和别人也不搭界的，但评论就不同，它有父评论，有子评论，还有孙评论.......子子孙孙无穷尽也！要把这种结构完全显示出来，着实要费一番功夫。因为做评论时，与它相连的上下级的评论都会相连着变化，这倒是怎么破呢？！

前端样式：HTML5, CSS3, BootstrapVue, Vue.js 业务逻辑：JavaScript 数据调用：SteemJS, axios 前端存储：IndexedDB, LocalStorage 内容存储：IPFS 前端路由：Vue-router 状态存储：Vuex, Vue-Cookie 前端编辑器：mavonEditor, WebStorm 运行环境：Nodejs, Webpack

今天查了下社区的文章，倒也是把递归获取评论的事给解决了，社会的技术分享还是挺不错的！这是地址，有兴趣的小伙伴也可以去看看： 参考1 参考2 经过一番改进，递归函数挺完美了： //递归获取某篇文章的所有评论 async function getReplies(author, permlink, res=[]) { let replies = await

如上图所示，文章的评论和以上的节点非常类似，也是由一个节点分支出去的多分支结构。以前看评论还挺简单，轮到自己来做，才发现到处都是事！ 查询函数 steem.api.getContentReplies(author, permlink, function(err, result) { console.log(err, result) })

继续深入设计中，增加“关注”和“热门”栏目。 “关注”是指关注好友的文章，“热门”是指CN区的热门文章，都是默认查询50篇，因为是实时从API节点中获取，所以速度方面有点慢了哦！

今天在做一些逻辑业务的时候，发现从steem中取出某位作者所有文章的方法不好调节，因为村长给出的是一个递归的写法，不太好理解（请原谅我水平不高），更不好调节了。所以，最后还是自己写一个实现，用起来更顺手些。 这是村长的递归函数 function getPosts(author, startPermlink = null, limit = 100, posts = []) { return new

使用Steemit的老朋友们都有过无比慘痛和心酸的经历，经常卡顿那是常有的事，偶尔当机也不少见。再加上现在Steemit在国内不能访问，一些用户都用不了！ 萌生解决这些问题的想法早就有，不过虽然前端可以写，但业务逻辑没法整，后台代码我可不熟。经过了两年多的时间，技术这块，提升得还是比较明显，尝试了下，很幸运地都解决了。 1.解决访问的问题

经过快一个月的不眠不休，边学习边设计，也算是终于有了点成绩，总算将Steem区块链博客设计好了！ 首页是长成这样的，比较简洁易用！最关键的是我采用了前端数据库IndexDB来存储数据，不需要再多次向服务器请求，所以速度会飞快的！ 最想要的专栏也有了！看来丰衣足食还得自己动手啰！ 先试用下，效果不错呢！