一般的模式，也是目前我的模式是這樣的
接觸一個任務->劃分類型->halcon預處理一下，也可以出demo(圖片，程序)->opencv（或相關的東西）->封裝成爲dll文件->發佈
所以，核心的東西還是opencv和c++，如何調試（包括一些編程程序的技巧），其實也是不斷摸索出來的，這裏進行一些整理。
1、框架文件，可以配置成爲基礎的
就是說那種運行opencv的框架，如果不弄好放在那裏，每次都要來配置，會很麻煩；
2、調試算法，還是要console中進行調試
這裏想比對的就是dll，因爲dll裏面喲很多不可控制的地方，最後你會發現，出現的問題不一定是算法問題；console中調試成功了，再到dll中調試，還可能會有新的問題，如此迭代，不要搞亂；
3、由於opencv不向halcon那樣能夠有中間圖像，需要自己生成中間圖像。首先定義
#define
ISDEBUG
false
這樣吧所有的調試都放到這個裏面，在最後產出的時候可以直接去掉調試信息（而且dll是不產出信息的)
一般每一個過程函數都要有打印（printf)，要有文件生成的，有過程圖片（最好放到不同的文件夾裏面，也好管理）
4、dll文件的編寫不僅要注意規定的模式（也是不斷複用），而且要注意不能夠生成大數組，還有邊緣控制，這個方面現在不是很強；
5、dll文件調試的方法，這個是殺手級別的;
6、最後，文件的格式，冗餘文件的去除，文件的版本控制。清晰才能高效。
此外，設計模式？應該也有用，現在研究還不是很清楚。