第40章 多源驱动

    谦逊基于力量，

    高傲基于无能。

    ……

    舒朗发现了bdk源码中的bug，还找出来bug的关键所在，心奋不已。

    也就是说，只要用到这个api的兼容转换程序的地方，就一定会存在这个bug隐患。

    但舒朗记得刘琦跟他说过，一般没人会用多能量源驱动，那样的程序太复杂，成本太高，风险太大。

    先不说刘琦说的对不对，至少他能代表一大部分人的观点。也就是说，能用到这个api的人会非常少，而这个bug发生的几率本身又不高，所以这个bug虽然确确实实的存在，但它却又如同不存在一样。

    巧合的是，刘昊然给舒朗的极速靴驱动代码里面就用到了这个api。

    舒朗为了求证，特意把极速靴代码里的多能量源驱动模块刷了一遍，结结实实的找到了那个调用兼容转换程序的代码行。

    当然，这还不足以证明此bug就是彼bug，唯一能够证明的办法，就是把这个bug修复之后，再看看代码里面还有没有bug。

    舒朗把bdk源码里的那个sourcepower文件复制了出来，把那个兼容性转换的方法修改了一下，在异步转同步的那个地方，把从0计数改成了从1计数。

    修改完毕后，重新编译成字节文件，替换掉资源包里那个引用文件。

    先用红点检查一下源码文件，果然没有发现bug，说明源码里的bug修复的非常准确。

    然后将整个极速靴工程重新编译，这样刚才修改过的源码文件才会生效。编译完选中整个极速靴工程，点击红点…

    提示：

    flashshoes工程发现bug，

    灾难级 1个，

    是否自动修复？

    ……

    “哦？…竟然不是？”舒朗反而松了口气。

    开始分析一下情况，立刻就觉察到了不对劲。

    他记得当初发现极速靴代码bug的时候，非常艰难，必须在各种程序包的组合下，bug才会出现。

    但如果是因为源代码bug的原因，只要引用了对应的方法，就一定会报bug，可是刘昊然的程序没有。单独测验任何一个程序包的时候都没有。

    这说明了两个问题：

    第一，整个极速靴的代码里面一定还存在另一个bug。

    第二，源码中的bug被处理掉了，否则单个程序也不可能不报。

    舒朗再次找到那个引用了兼容转换方法的代码行，开始分析整块代码的实现和调用逻辑。

    ……

    服！大写的服！

    舒朗看懂了刘昊然的代码之后，只有这一种感觉。人家在调用那个兼容方法之前，就已经手动屏蔽了源码中的那个bug！人家是主动在外围进行计数刷新，根本就不用源码里有bug的那套逻辑。

    刘昊然这家伙简直不是人！

    竟然连源码里的bug都能发现，而且还能自行规避。这已经不能用变态和码神来形容了，舒朗简直怀疑，刘昊然不会是也有个带红点的eclipse吧？

    想到这，舒朗心里一慌，真要是这样，那刘昊然会不会也是从他那个世界穿越来的？

    明天一定要求证一下！

    等他来上课的时候，一定要找个机会看看他的电脑，在找个机会问问他是不是学过java。

    嗯！

    做好了决定，准备睡觉，一看表，凌晨4点！

    ……

    刘琦把他叫醒的时候，已经是11点半了。

    起床，上轮椅，洗漱一下。

    舒朗和刘琦一起去外面吃了午餐，吃完又闲逛了一会，卡着点一块回到他的豪华病房。

    正好赶上和刘昊然一同进屋。

    高级编程课正式开始！

    按照刘昊然一向的讲课风格，在正式讲高级课程内容之前，一定要先对这一系列的课程做个概要介绍。

    首先，高级编程课包括7门学科，分别是：

    brave 能量结构，

    brave 触感编程，

    机械动能传导，

    电能损耗优化（原理、配置、调优），

    能量驱动基础（光能：消耗、存储、转移），

    混合能量融合，

    多能量块驱动。

    这7门课程虽然看起来各不相同，但他们其实都是对基础api不同组合的封装与调用。经过多年的积累和发展，各领域分别沉淀出了许多实用可靠的封装框架。

    直接使用这些框架来写应用代码，可以节省不少的开发成本，同时也比自己调用api要可靠的多。因为这... -->>
本章未完，点击下一页继续阅读