markDown的一些思路

学习的思路

• 在学习的过程中我们会遇到很多问题，如果你认为这个问题你能够解决，并且决心去解决，那么你可以尝试以下的方式：
• 描述清楚你的问题：
• 比如我想要创建一种快捷输入方式，像打fu的时候会自动补全function，我需要打d然后自动补全(似懂非懂)，打bd补全(不懂)
• 搜索相关的资料——这一步其实比较痛苦，但是又一个小技巧：了解这个行为，或者说你要实现的功能是否有专业的术语，叫什么，最好有英文单词
• 这种功能叫snippet
• 怎么使用snippet
• 出现了新的问题1：
• 怎么在一个文档中创建多个snippet
• 搜索后发现无法实现这种功能，一个博文给我了相关的知识
• 又出现了新的问题2：
• 下面是一些我在阅读这个博文的时候出现的疑惑：
• 实际上我们是很现实的：我们只想要快速达到我们的结果，但实际上，在这个过程中我们还需要学习其他东西
• 你看的blog有什么写得不好的地方？你可以做出什么样的修改？
• 什么是completions？有没有现成的示例？没有的话自己能否实现一个？
• 说到最后也没有说怎么打开这个completions
  ，这个东西究竟是自带的还是一个插件？
• 只是知道文件的内容，文件的保存格式，也不知道文件究竟要保存在哪里
• 概括下来就是：我们如何从一大堆资料中简明快速地提取出我们想要的知识
• 这其实是很不容易的一件事，每个人都有自己的写作风格，而且每个人写的东西不一定是给别人看的
• 在刚刚我的做法是：
• 大概看一遍，结果是看不懂
• 然后到百度搜索一番没结果
• 关键词搜索sublime completions，结果都是英文
• 硬着头皮回来仔细看
• 即便是现在不去看那篇博文，我也记不得那篇东西写了什么
• 只知道大概写了snippet怎么用，completions怎么用

关于Sublime Text一个文件内创建多个代码片段(snippets)段(snippets)的总结

• snippet的中文名字什么？有什么作用？
• 代码片段，通过缩写来实现补全一大段代码的功能
• 其实上面这段话是很模糊的，事实上我们只要使用过一遍snippet大概就知道是个什么回事了
• 但是实际上使用的步骤可能是：
• 比如我输入a
• 出现下拉框
• 可以用上下箭头选择，按下tag键确认
• 出现相应的代码
• 如果我希望输入b，可以出现ban，那么要怎么办？
• 在此之前需要创建一个snippet
• 怎么创建一个snippet:
• 点击tools->developers->new snippets (实际上这里就体现出文字不如图片的，但是可能这也不是这篇文章的重点)
• 出现一大堆代码片段，这是很令人沮丧的，这些代码是意思？我们怎么样使用这些代码实现我么的功能
• 不可能所有的过程都很自然的
• 弄清楚3个部分：
• <![CDATA[ ]]>中的内容就是补全后的代码，其中${1:}是指刚刚开始光标出现的位置，${2:}是指按下tab之后跳到的位置（实际上，这里如果没有实际使用过的话是很难理解为什么要这样设置的，后面实际使用无论是在函数的声明要填写函数名、参数等都有很大的作用）
• 被tabtrigger标签包裹的部分就是简写的代码
• 被scope标签包裹的部分是希望该snippet出现的特定格式
• 最后这个特别容易坑人，比如你希望出现在markdown中，需要写的是text.html.markdown,如果只是按上面写的话，很容易模仿成source.markdown，具体写的格式见这里
• 说实话，作者给出的例子是非常重要的，像这篇博文中给出的例子，要么你手动复制实现一个和他一模一样的，否则如果你不是写和他相关语言的，可能你无法看懂
• 最后写完之后要保存成相应的格式sublime-snippet,并且放在默认的Sublime Text 3\Packages\User下面
• 前面的scope就是我们说的程序的”坑”，不经意间，你不注意自己的每一个步骤的话非常容易出错
• snippet一个文件只能创建一个代码片段，这并不容易管理
• 多个代码片段放在同一个文件的方式叫completions
• 知道对应的术语对你之后搜索有很大的帮助
• 这时候问题又出来了：
• 如果snippet的创建方式是：tools->developers->new snippets，那么这个博客中并没有给出创建的方式
• 这并不是很大的问题，因为我们完全可以自己写一个，然后保存成相应的格式，并且放在对应的文件夹中
• 但是关键也并没有说明对应的放置的文件夹是哪里？
• 这只能自己猜测
• 不明，开始搜索官方的文档
• 放到google翻译中去看
• 这时候又出现了一个新的问题，做出来的东西能够限定在html中使用，但是放在markdown中是无法使用的，这是很令人抓狂的一件事情
• 其实说起来很简单，但是在排查问题的时候，要确认的是：究竟问题出现在哪里，是写的语句哪里出问题了吗
• 其中各种修改，各种重启软件
• 最后凭借关键词搜索到有点相关的东西
• 最后搜索关键词“auto_complete_selector”并且在这里看到了相关的用法才勉强写成
• 实际上在写这篇文档的时候自己也是很痛苦的，

一点小总结

• 就像学习一门新的语言，学习一门新的工具其实也要扎扎实实地去学，如果一开始我就比较熟悉这个工具的各种使用方法，是否在”想用这个工具实现某种功能上面”，至少不会花费那么多的时间？
• 但是反过来说我们并不需要完全掌握这个工具才真正开始去使用这个工具，可能是在使用这个工具的过程中才逐渐掌握这个工具的
• 解决这个问题花费了很长的时间，究竟是我们基础不牢固，还是我们有新的知识点没有掌握，这其实也是很辩证的一个问题