其他

     使用SSRS設計報表的外觀的時候，容易出現一個比較怪異的問題，我們在預覽裡面看到的報表還是整整齊齊的，一旦發布到報表伺服器後，通過瀏覽器進行查看時，就會發現變得不整齊了，非常的奇怪，拋開因瀏覽器區別造成的樣式原因，總是會出現一些類似如一列多個文字框中，有兩個中間的間距和其他的不一樣，或者文字框相對其他表格位置出現偏差的問題，但是這些都不會在預覽的時候被發現！     這個惱人的問題，說來也挺簡單的，目前我發現的原因主要有2個:     1.

     最近公司面臨重大重組，在經曆了前一陣人員流動風波之後，我們的Team Dev已經面臨不小的壓力，別的自己暫時也不想談，只簡單談下作為一個領導和下屬之間該如何共渡難關？     為啥這麼說難關呢？我還是結合自己個人的角度來談談自己的一點淺見：     在一個小的團隊中，少則2、3人，多則8、9人，如何才能讓團隊關係更加融洽，如何才能保持大家持續的戰鬥力？    

 　　儲存csv檔案的時候，我們通過逗號進行分隔，如果使用excel進行開啟的話，在展現上可能會有一些問題，這裡使用的是office

    開始一份新的工作本身就是一個不大不小的挑戰，而目前自己也整處在這麼一個過程之中，其他的瑣事先不講，這裡記錄一下自己在進入一個新的工作群組後，熟悉已有產品的一些想法：  

     時間過得很快，一年的時間雖然不能讓自己對整個外包行業說三道四，但最起碼可以從基層的工作崗位上談談自己的得失，一年前，自己對外包公司的理解還很膚淺，於是，抱著很高的嘗鮮的熱情，加上當時HR再三強調的英文環境的誘惑，自己來到了現在的公司。     因為是第一次換工作，多少有些緊張，適應新的工作環境，結交新的同事和朋友，雖然多少有些不適的癥狀，但陌生感隨著時間的推移慢慢地消失了，這是一個必經的過程，至於時間的長短，要因人而異吧。    

     前幾天，Leader說想讓我做一個小分享，主題是SSRS報表入門，其實，自己開始整SSRS也已經有1個多月的時間啦，雖然已經能熟練地完成工作中的報表設計和實現，但還不敢說自己對各方面都已經很熟悉，還是時常會遇到一些小問題，抱著鍛煉自己的目的，我答應了。    

     修正一個bug的風險到底有多大？或許，你會說，這要看bug是發生在什麼地方，的確，UI層的樣式問題、後台邏輯調用層的錯誤、資料訪問層的異常、資料庫層級函數或預存程序的修改……一個bug產生的影響可能微乎其微，當然也可能會影響廣泛，甚至影響到程式架構！   

     寫程式久了，明顯發現自己的表達和溝通能力有所下降，當然了，以前也不咋突出……   

 眾所周知，當前的遊戲已經有偏向網路遊戲一邊倒的趨勢，網路遊戲正因其“線上互動”的優勢逐步侵佔著當前的遊戲市場，而作為網路遊戲中的一個重要組成部分，MMORPG又是其中的一個重要角色。      我也曾玩過不少MMORPG網遊，印象深刻的有大話西遊、夢幻西遊、完美世界、傳奇、奇蹟、魔獸世界，天堂2等，這些遊戲都刻畫了一個宏大的虛擬世界，通過遊戲進而反映出相應的遊戲世界觀，大家暢遊在一個個“既定”的世界中，進行著諸如一二三四般的遊戲活動，沿著遊戲既定的世界觀進行前行……        

    通常用於監控前台空間屬性改變可以使用的事件有onblur, onchange, onpropertychange，第一個為當控制項失去焦點後觸發，而第二個為當屬性內容改變後觸發，不過前兩個同時使用，則會首先觸發後者，再觸發前者，而第三個是javascript的事件，不屬於控制項自身所帶事件，其可以監視任何控制項全部屬性的變化，十分的具體和全面，但同時也是非常的耗費資源，一不小心就會出現比較大的問題，所以建議使用的時候，一定要做好篩選過濾的工作，以上三個屬性都可以支援FireFox和IE，

 一、             資源檔簡介 （1）resx檔案：基於文本的格式是特定於.NET 架構的 XML 格式，稱為 ResX（.resx 檔案）。不考慮其 XML 基礎，該格式不是專門為人工閱讀而設計的（XML 格式很少是這樣的）。但是，Visual Studio .NET 仍然為 .resx 檔案提供了一個基本編輯器。 （2）Resources檔案：         .resources 副檔名來自於在將 .resx 檔案作為資源嵌入之前 Visual Studio .NET

        剛剛完成的一次實施支援，可算是給自己上了寶貴的一課，讓自己明白在處理對產品的修改問題上必須嚴格按照操作流程，否則後果可能會非常嚴重！事情經過簡述如下：     我們開發的一個升級工具，被實施人員拿到一個客戶處進行產品升級操作，由於客戶資料中出現了一種特殊的資料，導致升級工具在備份系統資料的時候，發生了異常，並被系統強行關閉，因為資料量比較大，反覆重複3次，用了將近3個小時的時間，已經確認是工具bug無疑。    

　　客戶和開發人員眼中的產品有很大差異，做了這麼久的開發工作，沒少因為產品的需求問題和產品經理髮生衝突，這兩天在寫一個小軟體，自己的一個朋友的幾句話讓自己更加的清醒了，因為他純不懂技術，所以說的都是第一手的感受！　　而自己呢，作為開發人員，使用感受肯定有，再加上因為技術限制附加的實現技巧，同樣再加上類比客戶的一些感受遐想，同時可能還會有一些從書本或其他地方學到的某些“原則”，總之，開發人員是個複合體，我們在開發過程中，除了要處理編碼上的一些“矛盾”，更要分神來處理需求上的設計，往往有的時候吧，需

        在編寫代碼的過程中，我們編寫的類往往會有需要支援多條分支條件的情況，一般情況下，我們可能會通過設定一些參數變數的方式，來對這些分支條件進行區分，那麼就引出了一個問題，我們是採取盡量少的變數來代表多種條件分支好呢，還是先根據條件性質進行區分，然後用不同變數分別代表好呢？     本人也經常遇到這樣的情況，這兩種方式，當然各有利弊，前者可以體現簡約精神，而後者更加註重分類，前者的弊端也很明顯，就是會增加其他開發人員閱讀我們代碼的代價，相反，這正是後者的優勢！    

    馬上就放假啦，心情也不一樣了，這個時候，稍微一個比較複雜的問題，往往就會搞得自己思路全無，很簡單，這個時候自己的心早就飛家裡去了……    於是，出現了一陣的鬱悶期，不知道該如何下手，往往是想著想著就又繞回來了……，於是更加的鬱悶！   

    在使用ListView控制項的時候，如果我們需要在列表中再放置一列的textbox控制項的話，情況多少就有一些複雜了，如果我們還需要對這些textbox中的內容進行遍曆，或者要根據其內容的變化實現一些用戶端的動作的話，其實還是有一點麻煩的。這裡記錄一下處理這樣問題的思路：    a)  

　　在平時的工作中，作為一名領導，如何處理協調好團隊成員間的工作安排是一項很重要的能力，尤其是如何瞭解大家的工作進度，其實也是一個很有技巧的工作，為什麼這麼說呢？鑒於大多數的程式員性格還是偏內向，且少言語，大多對編程會十分投入，而且往往不太注重一些細節……這些特點都預示著，作為一名團隊的Leader，首先要學會做一名大家的“奶媽”，這裡沒有任何貶低的意思，只是強調這種為大家服務的工作特點，當然，首先要有這樣的意識，否則，便會遇到一些沒有必要的矛盾和麻煩。下面說一比較常見的情景，讓大家來評判一下，

        在開發一些功能的時候，尤其是自己設計並實現一些應用的時候，常常會被一些需求的細節所束縛，很可能是自己往往在開發伊始就考慮很多的需求細節問題的緣故，例如，我需要實現一個Create功能頁面，使用的ASP.NET MVC 2，通過直接建立強型別View視圖，就可以自動得到一個帶有全部內容的Create頁面，只不過頁面樣式是最初級的，展示的內容也是預設完整的，這時，自己就會想盡量把頁面的內容和樣式盡量多地確定，於是，花了很大的力氣在上面……    

    最近參加了一個.NET進階培訓，同時也在讀一些進階編程的書，然後又翻開這兩年來自己寫的一些代碼，突然有一些體會，怕過了個周末就會忘乾淨，這裡趕緊寫下來和大家分享一下。    先說一下頁面吧，我們用.NET做Web App，項目的初始是使用的ASP技術，後來升級到ASP.NET

    大家使用指令碼或者樣式來開發web項目的時候，難免會遇到一些排查“錯誤原因”的問題，當然，如果要是你的項目不是特別的龐大，可能難度還不大，頂多折騰你1到2個小時，也差不多能把問題解決了，但是，如果在一個稍微龐雜的系統中進行修改、完善一部分指令碼和樣式的時候，你的噩夢即將來臨，下面簡單描述一下，自己在這段時間內，進行這部分工作後的一些感想，希望大家能夠少走彎路，直奔主題：  （1）