如何快速上手第三方套件

在现在这种讲求快速开发的开发模式，我们通常不太会自己将所有功能都自己硬刻出来，而是会去使用第三方的套件来跟自己的系统做串接，这时候就会需要去阅读他的说明文件，或是去读他的原码，来推敲出这个套件是如何使用的

理想总是美好的，看完他的说明文件，觉得这个套件怎麽那麽适合，但真的要使用时，常常会与到以下情况

常见状况

• 在套件中有提供说明文件，但他的说明仅出现关键指令，在环境设定的部分用文字叙述，而没有范例程序码可以参考
• 在套件中看到范例程序码，依照他的指示复制到自己的专案中，却无法成功运行

可以尝试的方向

上面这两种问题是我在使用一个新的套件时最常发生的问题了，以下提供几个我时常会使用的方法来当作参考

将程序中的错误讯息拿去google

当错误发生时，如果很幸运的有错误讯息发生，就将错误讯息放到google上吧，就算没解答也可以找到出问题的方向

检查原始程序码中是否有测试用的专案

如果说说明文件是放在他的原始档下的readme.md中，可以到它的原始档中找找有没有作者自己拿来测试的范例程序码，通常会放在example或是test中，如果有可以将它clone下来到你的环境中运行，成功後可以尝试复制他的程序码到你自己的程序中，一步一步的尝试

将说明文件的关键指令放到github中搜寻，看其他人怎麽使用的

在github中，除了可以看到他人的程序码之外，也可以透过搜寻栏来找寻是否有人跟你用了一样的程序码

除了可以将关键套件放到搜寻栏中，还可以选择你需要的语言，类型，时间排序来找寻其他人的作品

在观摩这类的作品，尽量从星星少的开始看起(0~10颗星)，因为星星越多，就越有可能是大神写的作品，它里面就有可能不是单纯使用这个套件，而是混和其他的功能一起使用，参考这类的大部分时间只会越看越不懂，反而是星星数较少的，都是刚刚开始摸索的作品，可能写法不是那麽漂亮，但就逻辑性或是写作方式一定跟刚开始使用的我们进一些，看懂的机率就大大提升了

将问题整理好，放到社群中询问

如果说一个问题你卡住很久了，那就可以考虑找人询问看看了，以下提供几个提问的技巧，除了可以让别人可以提高回答你的意愿，也可以让帮你debug的人更容易了解你的问题

1. 透过线上的IED来把你的问题重现，而且尽量环境越单纯越好
2. 如果环境不好重现，则将你能提供的资料提供的越详尽越好，因为有可能再整理文件的时候，就找到错误的原因了(这个还蛮常发生的)
3. 建议询问一个问题，大概卡关1~3天再做询问，否则太常发问，会有点像是放羊的小孩一样，到最後没有人想要帮你的
4. 最最最重要的一点，提问後，对於每个回答的人，要表达感谢，因为他们是无偿的帮你debug，有可能你遇到的这个问题是他花了1星期解出来的，愿意经验分享就十分的难得的了