• 流程圖也好，大體思路圖也行，甚至隨手演算的過(guò)程都可以，總之一定要把思路理清楚了，思路不清的后果就是代碼越寫(xiě)越亂，最后只能全部推倒重來(lái)，事先不畫(huà)圖省下的時(shí)間遠(yuǎn)遠(yuǎn)比不上最后重寫(xiě)所浪費(fèi)的時(shí)間。

• 以前刷題的時(shí)候，也知道命名規(guī)范的重要性，只是沒(méi)想到會(huì)如此重要。之前我的代碼風(fēng)格還算不錯(cuò)，不過(guò)一開(kāi)始寫(xiě)的時(shí)候還偷下懶，省掉一兩個(gè)單詞之類(lèi)，有時(shí)心急了還直接用原來(lái)的命名方法，用下劃線分割單詞（Kinect的API里都是用大小寫(xiě)分割單詞的），這樣寫(xiě)的弊端就是代碼也是越來(lái)越亂，而且一旦有事中斷了幾天，回來(lái)再看代碼就發(fā)現(xiàn)看不懂了，于是又簡(jiǎn)單粗暴推倒重來(lái)。所以一定要有一套自己的命名風(fēng)格，而且不要為了省事少些那一兩個(gè)單詞，敲個(gè)長(zhǎng)變量名所帶來(lái)的是代碼的高可讀性，多耗費(fèi)的時(shí)間遠(yuǎn)遠(yuǎn)小于以后推倒重來(lái)所浪費(fèi)的時(shí)間！

• 到處都是注釋，反而大大降低了可讀性，一眼看去全是綠的，頭都暈了，開(kāi)發(fā)中期我就被自己那么多的注釋弄得看見(jiàn)綠代碼就想吐，后期只注釋主要功能，提高抽象程度，代碼反而變得清晰有邏輯。所以那種基本每行都有注釋的風(fēng)格，我并不認(rèn)同，當(dāng)然，我說(shuō)的是代碼基本僅供自己一個(gè)人看的情況。

• 有一次就是，我做了個(gè)比較微小的改動(dòng)，結(jié)果怎么調(diào)都不對(duì)，也已經(jīng)忘了改動(dòng)之前是什么狀態(tài)，簡(jiǎn)直是有種欲哭無(wú)淚的感覺(jué)。還有就是進(jìn)行一個(gè)大的改動(dòng)之后，突然發(fā)現(xiàn)之前的那個(gè)版本才是對(duì)的（哭）。有個(gè)版本控制機(jī)制的話，這種情況應(yīng)該能避免很多。

• 之前在知乎上看到一個(gè)貼，講的是新手應(yīng)該怎樣進(jìn)行開(kāi)發(fā)，提到的一種思路就是進(jìn)行迭代開(kāi)發(fā)。一開(kāi)始可能什么都不懂，然后著手做了一部分之后，就對(duì)項(xiàng)目有了個(gè)大概的輪廓，然后推翻進(jìn)行新的一輪開(kāi)發(fā)，這時(shí)又對(duì)未來(lái)該怎么做有更清晰的了解，這樣不斷迭代把項(xiàng)目逐步推向成熟。我是迭代了4次之后出了目前這個(gè)基本完成的版本，不過(guò)在寫(xiě)的時(shí)候沒(méi)刻意考慮過(guò)用這種方法，之所以迭代了4次是因?yàn)樯厦嫣岬降姆N種原因?qū)е峦品貋?lái)（捂臉），不過(guò)現(xiàn)在看來(lái)這種方法好像真的很合理。
  

• 因?yàn)椴僮饕谕队吧线M(jìn)行，所以需要先識(shí)別出投影是畫(huà)面中的哪一塊，這里用的算法比較簡(jiǎn)單，先投一副純色圖像出來(lái)，然后利用投影區(qū)RGB值近似的原理，找出投影的左下角和右上角之后就確定了投影的區(qū)域，這樣做的缺點(diǎn)是投影區(qū)只能是矩形而且不能太歪。其實(shí)有時(shí)間的話，可以試一下利用9*9的矩陣來(lái)找出所有屬于邊緣的點(diǎn)，然后渲染所有邊緣點(diǎn)，也就找出了整個(gè)邊緣，這樣可以適應(yīng)任意形狀。

• 因?yàn)橛檬种竵?lái)調(diào)用鼠標(biāo)進(jìn)行操作，而接觸屏幕的地方又是手指的指尖，所以需要識(shí)別出指尖。

一開(kāi)始我是基于Kinect中BodyIndex這個(gè)數(shù)據(jù)源來(lái)尋找指尖，首先定位出腕關(guān)節(jié)在哪，然后根據(jù)腕關(guān)節(jié)的位置向上尋找復(fù)合指尖特征的點(diǎn)，可以說(shuō)效果很好，識(shí)別非常精確和穩(wěn)定，而且能同時(shí)識(shí)別出5個(gè)指尖，這部分是我在假期里完成的，本來(lái)以為來(lái)到學(xué)校后將程序根據(jù)投影儀調(diào)整下就差不多可以用了，然而到校測(cè)試后才發(fā)現(xiàn)一個(gè)致命的問(wèn)題，就是當(dāng)手臂貼近墻壁時(shí)，整個(gè)手臂的BodyIndex數(shù)據(jù)都丟失了。因?yàn)槲④浰坪跽J(rèn)為，如果某個(gè)點(diǎn)要是屬于人體的話，那么它和背景的深度差至少要有二三十厘米左右（正好是人體的厚度）。這個(gè)問(wèn)題讓我失眠了幾晚上...不過(guò)也是在失眠的時(shí)候想出了現(xiàn)在用的解決方法。ds

• 因?yàn)橄脒_(dá)到手指指哪，鼠標(biāo)就點(diǎn)擊哪的效果，所以必須把手指在投影上的位置，映射成鼠標(biāo)在電腦里相應(yīng)的位置，這個(gè)其實(shí)簡(jiǎn)單推導(dǎo)一下就可以得出。
  

  黑色框?yàn)橥队捌聊?#xff0c;大寫(xiě)的X和Y代表的是屏幕的寬和高，紅色框?yàn)殡娔X屏幕，假設(shè)人的手指在的位置，如果想將鼠標(biāo)也映射到同樣的位置，那么就有??的等比關(guān)系成立。這里投影屏幕的寬和高在上面第一步中獲取，而電腦屏幕的寬和高，實(shí)際上是不需要考慮分辨率的，因?yàn)樵谑髽?biāo)的坐標(biāo)系下，電腦的寬和高都被分成了65535個(gè)單位，所以寬和高可以視為65535。根據(jù)這些，就可以算出的值來(lái)。

• Kinect是帶有深度攝像頭的，也就是說(shuō)它能夠知道畫(huà)面中的每一點(diǎn)到它的距離。似乎是利用三組紅外發(fā)射器來(lái)實(shí)現(xiàn)，所以也就要求物體不能是反射材質(zhì)，不然會(huì)獲取不到距離。因?yàn)槟軌蛑榔聊坏木嚯x，也能知道手指的距離，所以如果手指距離屏幕足夠近，那么就可以判斷為點(diǎn)擊。但是，屏幕有可能不是絕對(duì)垂直的，Kinect也有擺歪的可能性，同時(shí)深度數(shù)據(jù)也不是100%精確，所以在計(jì)算屏幕距離時(shí)，需要考慮一個(gè)容錯(cuò)值，在這個(gè)范圍內(nèi)都被視為屏幕，在這里我設(shè)置的值是10cm，雖然看上去很多，但是實(shí)際效果還不錯(cuò)。但是，這也帶來(lái)一個(gè)很?chē)?yán)重的問(wèn)題，就是手指在離屏幕的位置小于10cm的時(shí)候，也被視為了屏幕，這時(shí)候指尖就丟失了，手指變成了手指中部（因?yàn)槭种覆皇峭耆叫杏趬γ娴?#xff0c;而是有一定角度，所以指根的地方距離屏幕更遠(yuǎn)），這就會(huì)產(chǎn)生很不穩(wěn)定的現(xiàn)象，至今沒(méi)有解決。