三流程序员大晚上不睡觉，竟然在做这件事

搞了个震惊部的标题开开玩笑（误）。



这篇文章其实主要是分享一个小技巧，在需要反复编辑一篇文章时，可以通过修改地址栏 URL，快速进入编辑页。

不过想想写作平台的使用场景，大多是大神们在分享，分享出去的时候已经是深思熟虑了，所以这个场景可能又不太常用。

好了，正文开始。

白天看到二爷对关于写周报的思考，于是整理补充到之前的某篇文章。因为还要对比移动端的效果，而且时不时会发现错别字或者想修改某个语句等原因，导致这篇文章发布了好几次。

前几次都是要返回到文章列表，找到文章右边的编辑页，然后进去编辑再发布，感觉这样的操作链太长了。（写这篇文章的时候，又想到文章详情页里缺少编辑按钮，这样反常识的产品设计应该不会在写作平台出现。于是翻一翻找一找，在查看文章页底部的一排按钮里面，找到了编辑按钮，哈哈）



后来发现，查看文章跟编辑文章的地址基本一样的，改一改地址就可以直接进到编辑页了（其实早就该发现了，哈哈）。这个使用场景更多是在 PC 端看自己的文章时，如果看到有错别字，或者有想修改的语句，直接修改地址栏，就可以进入到编辑页了。

如下图所示，将 article 改成 edit 就可以了。



正常的编辑场景，更好的做法当然是预览生成地址，然后在移动端也看完效果之后，才正式对外发布。

大半夜发现地址栏的相似之处之后，顺便看看写作平台接口返回的数据结构，看到一些数据也会想下是怎么设计的。例如文章 getDeatil 返回的数据，如果我来设计的话这里会设计多少张数据表，接口耗时怎么样，是怎么做到这么快的，如果是我的话会怎么做，能不能更快。



又去试了下如果改其他人文章的地址会怎么样，结果 getDetail 会先申请，然后编辑内容一闪而过之后出现错误提示并跳回到首页，应该是后面的鉴权没通过。在这里又看到了关注点分离，接口的职责分明。

然后发现所有接口都有做跨域的限制，浏览器直接调接口是行不通的，想想自己平时开发接口时，对安全性的意识还是欠缺很多啊。





上了两个周末的课，现在终于有个自己的周末了，好好阅读写作看电视睡觉，哈哈。

祝你周末愉快。