"喜欢"Go的第39天

"喜欢"Go的第33天,周一:

    想把小组简书博客的系统给重新写一下,也算是学完Go的一个作品吧!由于需要钉钉上部门架构信息和人员信息,所以去看了钉钉开发者文档,确实和自己平时学完一个阶段写的作品天差地别!

    晚上查了查怎么便捷的去调用钉钉官方接口发Post请求,成功的拿到了部门信息(舒服),但是部门人员信息一直有问题.搞到晚上11点半,可算是拿到部门人员信息了.

       计网:没学一点

        算法:一题没写(坏了)

"喜欢"Go的第34天,周二:

    上午短短一节课的时间,我出了三本书,<<我不是debug之神>>,<<不要相信控制台>>,<<我不是切片之神>>

    第好几次Debug:

    前一天晚上以为拿到部门人员信息,剩下的就是插入的数据库中了,早上第一节兴致勃勃的来到小组.写完之后,仔细一看数据库中的信息,又坏了!插入的数据不对啊,怎么一个人能出现四次啊.没办法开始Debug,这一调试就是几百条数据,debug完了,发现Service层最后结果没问题啊.第好几次DeBug未能解决.

    控制台打印数据怎么又少了:

DeBug未能解决,那就再控制台打印一下Controller层的接收到的返回值吧,这不打印还好,一打印出大问题了,打印的数据少了很多.这又是怎么回事呢?不说废话,直接上图!

GoLand对控制台打印的数据大小会有一个限制的

打印数据少了很多的问题搞定了,那么问题来了,为什么最后返回结果和接收的数据不一致呢?于是就开始了新的一轮DeBug,终于我发现了问题所在,是自己对切片的底层的了解不清楚,学艺不精.导致返回的切片中包含的都是对同一个切片结构的引用。循环中不断修改同一个结构，最终导致最后中所有元素都相同。

可以研究一下

问题解决,OK

计网:看了一点视频

算法:按照学长发的路线把一维数组的四道题刷完了,力扣快突破100大关了.(数据结构确实难啊)

"喜欢"Go的第39天

    本来这周简书不想再写了.但是今天早上来的时候,有人给送了个大惊喜,一位不知名(知道你名字我把你名字刻到厕所上)的害虫又一次黑了服务器,敲诈勒索6500元,搞了一上午了也没搞了,数据还是没了,代码也没了.下午把安全组给改了,用的我和木易小熙的本机电脑ip,不能在用0.0.0.0/0了,被盯上了.把手里的技术用在这种敲诈勒索的地方.可悲