已采納回答 / 小爬蟲8036
javascript的執(zhí)行順序是從上到下，for(var i=0; i<count; i++)里的count是在后面定義且經(jīng)過循環(huán)自增的，你可以在這里alert(count)看下結(jié)果應(yīng)該是undefiend.
2016-04-12
已采納回答 / 雨中的魚L
你都不貼代碼出來，誰知道什么問題。 正常代碼如下：var over = false;var me = true; //我var chressBord = [];//棋盤for(var i = 0; i < 15; i++){?? ?chressBord[i] = [];?? ?for(var j = 0; j < 15; j++){?? ??? ?chressBord[i][j] = 0;?? ?}}//贏法的統(tǒng)計(jì)數(shù)組var myWin = [];var computerWin = [];//...
2016-04-11
最贊回答 / luke_zhou
恩，我知道了。問題出在我們初始化棋盤的線時(shí)，沒有設(shè)置context.beginPath();和context.endPath();
2016-04-08
最贊回答 / 誤盡此生
因?yàn)閏omputerscore計(jì)算的是計(jì)算機(jī)走子時(shí)，自己連在一起時(shí)的分?jǐn)?shù)，相當(dāng)于進(jìn)攻的分?jǐn)?shù)；而myscore是人在走子時(shí)，形成的分?jǐn)?shù)，相當(dāng)于防御的分?jǐn)?shù)。假設(shè)一下，如果計(jì)算機(jī)在走自己的第四顆子的時(shí)候分?jǐn)?shù)不高，比如2000分，而在防御人的第四顆子時(shí)分?jǐn)?shù)有5000分，那么計(jì)算機(jī)就不會(huì)去連自己的子而會(huì)去防御。而顯然這時(shí)計(jì)算機(jī)獲勝的可能性更大，因此計(jì)算機(jī)的分會(huì)大一些。如果計(jì)算機(jī)的分都小一些的話，計(jì)算機(jī)就會(huì)偏向于防守了。
2016-04-05
