作為一名開發人員（We前端JavaScript開發），不規范的開發不僅使日后代碼維護變的困難，同時也不利于團隊的合作，通常還會帶來代碼安全以及執行效率上的問題。本人在開發工作中就曾與不按規范來開發的同事合作過，與他合作就不能用“愉快”來形容了。現在本人撰寫此文的目的除了與大家分享一點點經驗外，更多的是希望對未來的合作伙伴能夠起到一定的借鑒作用。當然，如果我說的有不科學的地方還希望各路前輩多多指教。下面分條目列出各種規范要求，這些要求都是針對同事編碼毛病提出來的，好些行業約定的其它規范可能不會再提及。

　　通常來說，只要談到影子及影子制作，首先想到的不外乎3D。游戲中的影子設計大致可分為硬實現和軟實現兩種，比如像“游戲影子制作技術”這篇文章所談到3D游戲影子制作方案Projective Shadow、Shadow Map以及Shadow Volume均屬于硬實現。硬實現的效果最逼真，相對的運算量也較高；而對于Silverlight開發2.5D網游來說，我們通常會采用折中的軟實現去表述場景中的動態光影效果。精致的光影能讓玩家充分體驗到空間立體感，當然也是2.5D網游所不可或缺的條件之一。

　　本文發布于2007-12-13

　　在2010年的PDC上，微軟發布了Visual Studio Async CTP，大大地降低了異步編程的難度，讓我們可以像寫同步的方法那樣去編寫異步代碼。Async CTP也在社區里掀起了不小的波瀾。在這之后，我也學習了一段時間，這個系列會將這段時間的學習作個梳理。

　　我們使用正則表達式，熟練掌握各種功能和結構只是手段，解決實際的問題才是真正的目的。要解決真正的問題，就必須有解決問題的思路，正則表達式的功能，說到底，可以歸納為三種邏輯，為了表述方便，我們分別稱為與、或、非。

　　什么是HTTP Headers

　　HTTP是“Hypertext Transfer Protocol”的所寫，整個萬維網都在使用這種協議，幾乎你在瀏覽器里看到的大部分內容都是通過http協議來傳輸的，比如這篇文章。

　　上一篇文章我們介紹了和Unicode有關的匹配問題，這篇文章我們主要講述一下Unicode編碼本身的特性，以便更好地運用正則表達式解決與Unicode相關的問題。

　　關于正則表達式的文檔很多，但大部分都是英文的，即便有中文的文檔，也翻譯或改編自英文文檔。在介紹功能時，這樣做沒有大問題，但真要處理文本，就可能會遇到一些英文開發或應用環境中難得見到的問題。比如中文之類多字節字符的匹配，就是如此。所以，這篇文章專門談談正則表達式如何處理多字節字符，更準確地說，是如何處理Unicode編碼的文本（為什么只提到Unicode編碼，而沒有提到其它編碼，理由在后面詳述）。

　　一、上篇回顧

　　很久沒有更新設計模式系列的文章了，有了很多熱心朋友的反饋，我決定繼續將這個系列趕快寫完，最近由于過年了，有很多相關的事宜要做，所以沒有時間來寫，也是對大家的說下抱歉，感覺寫文章的時間越來越少了，不過我會努力，盡快將這個系列寫完，與大家共勉，希望大家有什么意見或建議，都可以幫我提出來，我好改進，謝謝！。