開心網外掛（開心網客戶端_開心消消樂弒神輔助）

開心網客戶端_開心消消樂弒神輔助-開心網客戶端下載

開心網客戶端_開心消消樂弒神輔助總結寫開心外掛的心得對開心網的外掛編寫做個總結，避免彎路。設計篇?????????針對需求的設計——需求向實現的轉化?????????????從調查切入點開始考慮如何著手，確定了基本的方式到寫代碼，并沒有花太多精力，http訪問、html解析都不復雜，但后續需求考慮不足造成最初的設計不能滿足后續需要。比如后續加入的新模塊輪詢檢索，定時執行都推翻了最初的設計。在設計階…

總結寫開心外掛的心得

對開心網的外掛編寫做個總結，避免彎路。

針對需求的設計——需求向實現的轉化

從調查切入點開始考慮如何著手，確定了基本的方式到寫代碼，并沒有花太多精力，http訪問、html解析都不復雜，但后續需求考慮不足造成最初的設計不能滿足后續需要。比如后續加入的新模塊輪詢檢索，定時執行都推翻了最初的設計。在設計階段多大程度上為后續預留擴展余地有待思考。
避免過度設計
小程序貌似沒有這個問題，基本上能減的都減了^_^ 個人編程更多的是偷懶避免了過多代碼。
別為選擇耽誤時間
左右為難的選擇未必是阻礙進程的瓶頸。為幾個技術選擇或者解決方案思考了很久，其實這些點都不是阻礙開發的地方，一旦確定一條路，剩下的就是解決這條路上的問題了。

事前分析URL VS. 解析頁面

簡單一個例子，要取得B頁面的信息需要經過A頁面(如登錄)，開發中的想法有：
1.預先分析B頁面的URL特點，從A頁面拼接取得(URL中有隨機的Key，需要在A頁面取得)。
2.解析A頁面中通往B頁面的鏈接。
方法1更直接，Key的解析針對字符做regex查找即可，但缺點是一旦URL改動或者Key的方式改動要重新分析。
方法2站在網站外的視角，直接根據鏈接名稱查找鏈接地址，缺點同樣明顯，頁面名稱不能變化，比如：“組件”這個鏈接名不能變，否則就找不到了。
最終選擇了方法2，使用了比較舊的htmlparser，但擴展簡單。

定時任務的控制
預訂時間執行預訂動作，使用了JDK自帶的Timer，絕對的lightweight，API中提到的執行不準的情況忽略不計。整體控制方式：主進程控制子線程，子線程控制TimerTask線程。必要的線程間數據共享使用了ConcurrentSkipListSet，主要是考慮線程安全、可排序和無冗余。

雙緩存
從Swing的雙緩存思想得來，實際就是轉移長時間操作的瓶頸，解決預訂任務隊列的更新問題，效果確實不錯。

錯誤恢復
對長期自動執行來說，如果發生異常應該有一定的自我恢復能力，比如網絡不通造成的異常等等。解決方式用子線程調用TimerTask的方式避免異常造成徹底中斷，同時不會因為異常反復發請求。瞬時錯誤恢復沒有解決，比如執行停車失敗，會跳過這個車位，查找下一個，此時的錯誤狀態等等沒有細考慮。