我的建议-怎样写出一篇好文章

1.前言

写文章有几个月了，以前跟几个做者交流写做的方式，有几个做者说本身不知道怎样写好文章，有两个还说，本身写的文章，即便是本身读也是感受不通顺，可是不知道怎么改！见这样的状况，我今天就说下对于写做方面的我的建议，但愿能帮到你们。关于这篇文章，我也是以一个写做新手的角度来写，若是你们有什么写做上的建议或意见，欢迎指点。

1.写文章是个技术活，也是个体力活。一篇文章通常要花3-6小时，我试过两三篇文章写做总时长超过12小时。至于为何还要写文章，为何还推荐写文章，你们参考这几个资源（一个程序员的自白：我为何写博客，做为程序员,坚持写博客对咱们有什么好处?，技术人员为何要写博客？，做为一个程序员我为何要写博客？），相信你们就有说服本身写文章的理由了。就我本身而言，写文章是为了学习，总结，认识更多志同道合的开发者，和开发者交流技术，互相学习。
2.但愿你们能多理解下做者，像上面所说，写文章很累，须要坚持。若是做者的文章质量很差，能够心平气和的指出错误或者提出建议，不建议说过激的话。若是以为做者的文章有用，一个赞，一个收藏，一句谢谢，就是对做者一个很大的鼓励！若是发现有抄袭文章的行为，也建议第一时间举报或者联系社区的管理员处理。

2.文章主题

首先说下文章类型方面，参考phodal的文章（文章的类型）和本身的总结。技术博客主要有4中类型：

技术型：内容主要是写语言，框架，库，工具等的一些总结，细节描述，易错点，写做技巧，规范操做等。

项目总结型：内容主要是在开发项目上遇到的问题的总结，开发项目的教程，从开发项目中的收获等。

资源分享型：整理本身所知道的资源，分享出去。

杂谈型：包括行业资讯，技术趋势，职业规划，发展建议，我的经验总结等。

技术细节型和项目总结实践型的文章，是读者能够直接从文章中学到知识，有收获的文章，也可让文章和做者和读者就行技术上的交流。是社区数量比较多的文章，也比较受欢迎的文章。

资源分享型的文章就是直接把本身接触过的资源进行一次整理和分享，让读者也能够从中获益。这样的文章，干货虽然很多，可是存在一种状况：不少读者收藏了可是没看过！

杂谈型的文章，就是讲本身在各方面的一些感悟，给出建议。能够给到读者一个指点和开导的做用！

而后就是关于写做的内容方面，这个没什么可说的，就是得有东西写。若是凑文章数或者人气而强制写文章的话，可能获得的是拔苗助长的效果，由于强制写文章，会致使文章的质量很可贵到保证，文章质量得不到保证，给用户的印象也很差，会让用户贴上水文做者的标签。

3.标题

有了主题内容，就得想下怎么起标题了，标题能够说是一个门户的做用，是让读者了解到文章的内容主旨的一个标识。若是标题起得很差，别人点进来的欲望都没有多少，试问如何吸引读者点进去观看，即便是文章的内容质量很好。标题方面，我建议的起法是明确，简练！

我比较反感的标题类型和社区存在状况比较多的标题类型，莫过于过于夸张的标题了---相信你们看文章都有看到过很章标题：‘史上最全XXXX资源’，‘史上最详细XXXX’，‘最好XXXX资源’，‘包教会XXXX’这些文章’，‘学XX，看这篇文章就够了’。这些文章的标题，怎么说呢，万一不是最全，最好，包教会呢？那么文章不就是变成吹牛逼的标题党了？就算文章真的是干货不少，怎么知道本身发的资源是最全，最好，包教会？万一有别人的比你的更好，那么文章不也就是变成吹牛逼的标题党了？这个状况，在社区上很常见，先不说文章质量好很差，但我仍是建议谦虚些！

其实不止于社区的博客文章，书籍也有这样的状况。引用phodal的说法（程序员为何值得写博客）：刚开始学编程的时候，更吸引你注意力的多是《72小时学会Javascript》，而不是《Javascript 权威指南》，兴许让你买前者的缘由是由于你能看懂前者，然后者不只看不懂，并且价格更贵。只是一年之后，《72 小时学会Javascript》被你扔到了垃圾箱，而《Javascript 权威指南》却放在了原来放那本书的位置上。

还有一个比较反感的标题类型是指向不明确的标题，但这请况比较少：我还有点印象的标题大概是‘Class，这个很难的？’。这里到底指的是哪里的class？样式表的class?php的class？仍是java的class？‘不经常使用却颇有用的事件盘点’。这个又究竟是什么事件？ajax的请求成功失败等事件，仍是鼠标，键盘等操做事件？

有一个建议就是：若是是转载的文章，能够在标题前面加上【转】，翻译的文章在标题前面加上【译】

4.结构

有了写做内容，起好了标题，下面就是文章的结构排版了。关于排版我我的习惯是前言--主体内容1--主体内容2--主体内容n--小结/未完待续/将来展望/或者其它。这个并无一个规范，只是一个我的建议。

4-1.前言部分

在博客文章里面，前言通常用以说明文章主旨或写做目的。也能够说是摘要，归纳性的说明文章的内容，或者加上为何要写文章，文章适合什么人看等内容！

4-2.主体结构

主体结构这个，怎么说呢，就是结构节点该父子关系，就父子关系，该兄弟关系就兄弟关系！好比下面这个

‘文章的类型’应该和其它的几个选项是兄弟关系，结果这里就直接把其余的节点变成了‘文章的类型’的子节点

4-3.结尾部分

这个一句话说明就是：文章后进行的归纳性的总结。总结里面能够加上，写文章的各类感想，写文章的目的，和读者的一些互动等内容！

4-4.其它注意事项

排版混乱

这个常见于一种状况就是字体的大小，有些文章，子级标题的字体比父级标题的字体还大。或者就是子级父级关系混乱，序号混乱等。以下图

1.‘过渡’应该是在css3集合下面的，而不是在html5下面
2.html5前面竟然加了序号，css3前面也应该加，并且要和html5的衔接

首尾不衔接

这种事什么请款呢，我看过一篇我的2016总结的文章，结果是怎么写的呢？目录大概是：第一份工做--面试总结--第二份工做--受到offer的心情--如今的工做--将来展望。

这个目录当时看的感受也是跳了几回。首先一开始就开门见山，直接说：‘个人第一份工做······’，当时看得我有点茫然，不过习惯就好。看完了‘第一份工做’，而后毫无征兆的直接跳到‘面试总结’，这部分的内容还包括第二份，第三份工做的面试。而后又毫无征兆的跳到了：‘我第二份工做······’。后面也是这样跳。我当时不知道怎么看完这篇这篇文章的。这种记叙性的文章，建议先把时间线的内容按照时间发展写完再写总结性的东西。否则看的感受很跳。并且，最好有一点承上或者启下的语句：‘第一份工做作了一年，就辞职了找了第二份工做。’，‘说完html5，下面说下css3。’，给读者一个心理准备。

避免一个很长的段落

这个应该是一个须要注意的地方，若是一个段落很长，读者读起来会很累。若是有一个很长的段落，能够尝试下把段落分几段。分段的时间，也可让读者稍微休息下（由于读者的阅读的习惯就是，通常是读完一段再休息下，好比眨下眼睛，作下放松动做等。若是一个段落很长，读者读完就会很累）。另一个就是在段落和段落以前增长一个空白的段落，这样是为了让读者更明了的知道这里是一个段落。

5.其它

5-1.版权说明

相信你们都知道，若是开源的项目，不少都是有引用，化用，参考，借鉴其它项目的代码。但引用，化用，或者参考了哪些项目的代码，是要声明参考了哪些项目的代码，或者也加上原做者。写文章一样，也要从其余地方引用，化用，参考，借鉴内容，从哪里引用，化用，或者参考了内容，也要声明出处的。我这篇文章我引用phodal的内容，我也一一指出。虽然这写文章不像是商业用途受权同样，没有法律强制要求，声明但这是对原创知识的一种尊重！（若是本身只是参考别人的思想，而后按照本身的思想表达出来，能够不声明，说是本身原创的！）

声明的位置建议在文章的开头或者结尾的明显位置，以下图

不建议不明显的声明，以下图。这种很容易让误导读者觉得这个是转发者的原创文章，也有点不尊重版权的意思！

在社区写博客文章，通常就是符合我国《著做权法》--‘为介绍、评论某一做品或者说明某一问题，在做品中适当引用他人已经发表的做品；’的状况，就是说这些状况是合理的使用范围，能够不经原做者的许可，只要注明引用来源、原做者就不是违法行为。并且通常而言，咱们也不知道原做者对转载的态度和是否公开版权。可是，若是引用的内容用做商业通途或者其它利益关系，原做者若是追究可能会负侵权责任。即便加了‘侵删’，‘图侵删’等字样也不会免责！

你们也得注意‘引用’和‘转载’的区别。引用是引用文章一部份内容，转载是原封不动的把文章第二次发布。转载是要通过原做者赞成的，以下！

5-2.代码显示

这里应该是一个细节问题，代码尽可能贴完整的代码，不要贴压缩过的代码，没可读性。若是是可让别人引以至用的代码，不要经过截图的方式显示代码！代码应该加上注释，由于在文章贴出来的代码要尽量的保证别人能看懂，因此注释不能少！

5-3.读者反馈

一篇文章，不是发完了就完事了，还要接受读者的建议。我基本每篇文章的开头或结尾都会加上相似：‘若是以为文章有什么地方写错了，哪里写得很差，或者有什么建议，欢迎指点。’，‘若是有其余的写做技巧，实现方式，其余资源，欢迎分享’等这些话。这样可让你们交流意见，指出本身的不足，相互帮助，相互进步。这也是我写文章的一个目的！

若是条件能够，也能够创建一个读者，做者群进行交流，若是扔物线大佬同样。我不是安卓开发，跟扔物线没有接触，可是他的强者传说我却是有耳闻。只是个人人气远远没有他那么大，建试读群估计也是冷清度日，因此我没弄，之后或许会建群，如今只是利用文章的评论功能进行交流！

5-4.收集灵感

不少会遇到过，想写文章，可是没有灵感，不知道该写什么。或者就是一会有灵感，一会没灵感这些状况！面对这种状况，我建议就是，把平时想写的文章，都记录在草稿箱里面，等有灵感的时候就写，把灵感收集起来，直到把文章写完，发布。

1.写文章最好收集好灵感，而后一鼓作气的写，本身再进行阅读修改，不太建议就是今天写一点，明天写一点，后天写一点这个写做方式，这样思惟断了，下次继续思惟，可能会致使文章不通顺，时间花得也更多！

2.草稿最好备份到本地，在线编辑完了，把内容拷贝到本地备份。这样就不担忧草稿丢失了！（我试过丢失三次草稿，超过15000字！虽然有时候把丢失的草稿从新写，感受比以前写得更好，可是不是每次都是这样的状况，并且体力和时间成本太大了，建议仍是保存本地）

6.小结

好了，关于写做方面的建议就说到这里，我写过不少文章，可是文章感受也不是很好，还在进步中。就社区写文章而言，不须要像高考做文那般的格式，可是期待的就是文章通俗易懂，条理清晰，让读者看得轻松，看得懂。最后若是你们有什么写做的建议，想法，欢迎在评论区评论，指点迷津，你们互相帮助，互相进步。

-------------------------华丽的分割线--------------------
想了解更多，关注关注个人微信公众号：守候书阁

写文章能够得 异步社区的书！爱读书的技术人都在异步社区。我想要读 《css世界》，但愿你也可以喜欢。 参与写做换书活动 。