flutter折线图引用心得

这是一件不太美好的事情，但是收获很多，很多时候一个人的成长都是得破碎之后重塑才能有质的飞跃。

业务分析

当时看的是flutter有关的ui组件库，在其他的文章中有提到。业务分析：那个文档是直接有github的，能克隆下来整个文档，然后我需要依照那个文档进行摘取然后在自己的项目文档显示一个小事例，所用的折线图也直接能看到代码。简单来说就是文档复制加显现的问题。此处分享一个谷歌的小插件Sourcegraph（此插件可以帮助我们方便看github的代码，就像vscode一样可以进行查看）

出现问题

问题1

在进行克隆的时候出现一个代码嵌入多个文件，然后文件也会嵌套很多文件的情况，然后对于一个新手就慌了，心里记得导师一定要用那么做，但是又出现文档嵌套的问题，整了一个下午心里就很失落。因为每天的工作除了输入没有输出，作为程序员这样就很难受了，巨难受。

问题2

当文件嵌套问题被导师解决之后，然后就需要对代码进行修改了，这个问题确实是我不能解决的，然后心里就开始对导师对我的任务产生怀疑，将需求记住只是怎么实现的由我自己决定。然后导致我的业务进行的很慢。

问题解决

问题的分析

首先对于问题1我们必须得分析问题，当导师给你这条路肯定是经过他好好思量过的，你之所以觉得难走是因为你没有理解这个方法的精髓，经过一个小时的思考之后不能解决（导师肯定是不会希望你把每个依赖的文件都进行复制的，体力活没什么意思），然后你就可以问问你导师是否有什么更优的方法，你觉得不可能完成的东西不代表你导师也是那么觉得的。当问题1被简单解决之后，然后后面代码就出现了引入其他文件的报错问题，这个时候我的采取方式是认为肯定不行，然后又按照自己的方法去走，然后没能按时完成工作，当我导师过来的时候我们一起读了报错的代码，然后我也会解决，我就是将报错的代码删除了因为都是无关紧要的代码。

问题的解决

解决问题最快的方法就是将实例源码进行拷贝下来，然后解决出现问题，一般这种情况下出现的就是依赖问题，我们解决依赖问题就能解决我们的代码了，如果从一开始就从最开始的地方开始学习那么我们出现的就是各种问题，比如语法和逻辑问题，投入的时间成本很高的，没必要。之后遇到这样的问题，我们首先分析一下所需依赖项是否可以删除，是否可以更换，是否可以简单引入，一些库之类的。最主要是不要有畏难心理，什么问题都不要太绝对，比如有什么一定不好使一定不能解决，要合理分析一下解决问题的时间成本，分析问题的本质。