其他

大四畢業後，真正的第一次求職，從掛簡曆到簽合約，7月22號到31號，正好十天的時間~這十天本應該是在6月底的時候，由於我的畢業旅行，所以延遲了一個月。從上周一，把簡曆掛到智聯上，然後開始接電話，各種公司，各種HR，各種糖衣炮彈，不得不承認，HR是個神奇的職業，他們打電話輕聲細語，他們會滿足你的各種時間要求，他們跟你談薪資的時候會給你設各種圈套。。。總之，求職者一定得堅定立場，不然很容易就掉到HR的陷阱裡了。。。隨之而來的就是各種面試了，筆試題，技術面試，說簡單也簡單，說難也難。在做的那些面試題中

07年ESRI最重要的事情應該是ArcGIS Engine9.2的推出，我只看了這個版本的Desktop和Engine部分，確實非常令人震撼，尤其是ArcGIS Engine，添加了大量的新元素、組件和技術，降低了開發過程和難度，這個版本的推出，使得市面上的基本關於ArcGIS的書籍都顯得過時，需要更新。在07年，我個人也使用ArcGIS

很久以前就寫過座標轉換的程式，原理當然十分簡單，通過IPointCollection介面取出每一個Geometry的組成節點，轉換為新點後再次組合起來即可。但在剛開始的時候沒有考慮Polyline的多Path和Polygon的多Ring情況，以至於一出現有洞的面或多重路徑的線時，轉換的資料就是亂七八糟。我後來也曾經試圖通過尋找Polygon的外環和外環中的內環等方法來解決，這個玩意就兩個字：複雜，尚若洞中還有環，這個Geometry的解析就無比複雜。拖拖拉拉半年之後，剛剛資料部接到一個寧波座標轉

ArcGIS9.3的下一個版本ArcGIS9.4，據說是有了太多革命性的變化，使得ESRI最終考慮將其命名為10。在去年ESRI中國使用者大會上，我們已經見識過ArcGIS10的面容，在系統展示區，我也曾經距離地瞭解過它的不同程式，在欣喜之餘，卻留下了一個“慢”字的感覺——這得用多高配置的機器才能流暢地運行啊！ 但目前我手頭上拿到的ArcGIS 10

在工作中有哪些因素被幹擾？被人求助資源：同事、朋友通過有線電話、手機、收件、QQ、RTX甚至當面過來詢問一些資訊。多個任務跟進：舊項目維護、新項目制定。同時跟進若干個大任務的進展，需要不停地跟不同部門的同事溝通以獲得任務進展的最新情況，並及時提出需求和要求。對外的客戶溝通： 不定期與見客戶溝通（這類溝通花費至少半天）。行政性的瑣碎事務：例如出差的貼票報銷，公司內申請辦理各種事務的行政審批，各種簽字等。學習的衝動：為了彌補或提高自身的能力，不斷的去學習充電。很多訂閱資訊的更新，經常分散注意力。：專

1.2 

弱類型資料集與強型別資料集本文導航:弱類型資料集與強型別資料集1 DataSet的缺點1.1 使用DataSet後系統還像N層嗎？1.2 弱類型DataSet2 強型別的DataSet2.1 如何產生強型別DataSet2.2 如何訪問強型別DataSet屬性2.3 強型別DataSet與弱類型DataSet對比3 總結1 DataSet的缺點1.1 使用DataSet後系統還像N層嗎？一個最簡單的例子，通常訪問DataSet中的資料是以這樣的方式訪問的。ds.Tables(0).Rows(i)

當前全球有數百萬的開發人員在使用微軟的.NET技術。如果你是其中之一，或者想要成為其中之一的話，我下面將要列出的每一個網站都應該是你的最愛，都應該收藏到書籤中去。對於不熟悉.NET技術的朋友，需要說明一下，.NET提供了一個平台和一些相應的工具，編程人員可以使用它們來在開發Windows案頭，互連網，甚至是手持行動裝置上構建極富互動性的應用。很有可能你最喜歡的網站之一就是用微軟的ASP.NET技術構建的。1.CodeProject這些年來我在這個網站下載了數不清的代碼。該網站中的快速有效文章都是

學生資訊管理系統，拖拖拉拉曆時十二天，終於完工了，我人生中的第一個系統，雖然有源碼的參照，但是，畢竟花費了很多的精力和時間才完成。第一次做一個完整的系統，從需求分析開始，分析了整個系統的所有功能，主要分為5個部分：使用者管理、學籍管理、班級管理、課程設定、成績管理，每一部分又有相應的添加、修改、查詢，看似功能單一，但在代碼實踐的過程中，也充分驗證了“想和做是兩碼事”。開始的時候自己有很多的想法，總想改改這，改改那，可是真改了，就發現這個系統，牽一髮而動全身，於是有一部分想法便被擱淺了。比如說登入

        這兩天正在學習如何使用CNKI，由於要給同學們講，所以不得不認真的總結一下。什麼是CNKI?CNKI--China National Knowledge Infrastructure(中國知識基礎工程)。中文第一大庫，囊括我國80%資訊資源。（具體介紹參考百度百科。網址：CNKI.netCNKI 主要文獻及特點           

單一職責原則例1：大家應該能看出來這個類圖中的介面設計是有問題的，使用者的屬性和使用者的行為沒有分開。我們根據使用者的屬性和行為拆開這個介面。重新拆分成兩個介面，IUserBo 負責使用者的屬性，IUserBiz負責使用者的行為。當我們執行個體化除UserINfo這個對象後，我們可以把UserInfo當做IUserBo實作類別使用也可以將它當做IUserBiz的實作類別使用，這就要看我們用在什麼地方了。如果是擷取使用者資訊，就把UserInfo

很早以前我就對GPS的即時顯示感興趣，一般物流或其他需要實施監控的企業採用的跟蹤系統都是C/S的，後來我在一個Demo上看到過基於B/S的例子，主要是基於AGSJSAPI開發而成的。我也曾專門問過相關的人，證實了我對該技術實現流程的猜測，即用戶端定期訪問一個指定的WebService來擷取GPS訊號，然後將其在地圖上顯示。GPS訊號類比軟體我沒有找到，所以我就自己寫了一個隨機座標產生服務，它能夠提供一個指定範圍內的座標點：GPSPoint類代碼：    public class

裡氏替換原則定義：所有引用基類的地方必須能透明地使用其子類的對象。通俗點講，只要父類能出現的地方子類就可以出現，而且替換為子類也不會產生任何錯誤或異常，使用者可能根本就不需要知道是父類還是子類。但是這裡我們需要注意的是：有子類出現的地方，父類未必就能適應。優點：代碼共用，減少建立類的工作量，每個子類都擁有父類的方法和屬性；提高代碼的重用性；子類可以形似父類，但又異於父類；提高代碼的可擴充性；提高產品或項目的開放性。缺點：繼承是侵入性的，只要繼承就必須擁有父類的所有屬性和方法；降低代碼的靈活性，子

 發表於《3SNews新聞周刊》第22期 “三維GIS”在今天已經成為了一個炙手可熱的名詞，在稍具規模的GIS會議和展覽上，都可以看到形形色色的三維GIS產品，國內的、國外的、單機版的、網路版的、可瀏覽的、可分析的，一幅欣欣向榮的熱鬧景象，頗給人一種2DGIS已經過時，3DGIS時代業已來臨的感覺。 也就在最近一兩年，3DGIS市場上突然冒出了眾多的平台和廠商，有一鳴驚人的，有半途改行的，有草根出身的，有“挾洋自重”的，這番熱鬧的場面，是否只是“3D大戰”之前短暫的蓬勃期？眾多廠商在3DGIS上

  依賴倒置原則定義：    a. 高層模組不應該依賴於低層模組。二者都應該依賴於抽象。    b. 抽象不應該依賴於細節。細節應該依賴於抽象。         抽象：就是指介面或者抽象類別。        細節：實作類別，可以被new出來的類。為什麼要遵守依賴倒置原則？    正是高層模組包含了應用程式中重要的策略選擇和業務模型。這些高層模組使得其所在的應用程式區別於其它。然而，如果這些高層模組依賴於低層模組，那麼對低層模組的改動就會直接影響到高層模組，從而迫使它們依次作出改動。   

前幾天與一位企業界的技術人員聊天，談到他們剛剛通過了CMM3認證，CMM我知道是美國卡內基梅隆大學軟體工程研究所搞的一個認證模型，但不清楚到底是誰在組織認證，後來一查，原來也是老美或它們授權的諮詢公司在做認證，不由得長歎一口氣，果然是一流的搞標準，二流的搞技術，三流的用別人的技術迎合標準來生產產品。聯想到最近藉著共用平台浪潮而火熱無比的OGC標準，我覺得保不齊哪天OpenGIS也會搞個OGC產品認證，作為走向國際的GIS軟件的強制性和事實性標準，成為一個技術門檻，信夫？！ 洋人玩標準和概念也不是

暗時間？是什嗎？有點迷茫吧，沒關係，聽我為大家細細道來……暗時間一個人走路、買菜、洗臉洗手、坐公車、逛街、出遊、吃飯、睡覺，所有的這些時間都可以成為“暗時間”。利用這些時間進行思考，反芻和消化平時看和讀的東西，讓你的認識能夠脫離照本宣科的層面。這段時間看起來微不足道，但日積月累將會產生龐大的效應。現在，我們來舉個小例子，讓大家來理解一下這個概念：如果你有一台電腦，你裝了一個系統之後就整天把它擱置在那裡，你覺得這台電腦被實際使用了嗎？沒有。因為CPU整天啟動並執行就是空閑進程。運行空閑進程也是一天

介面隔離原則定義：    1、用戶端不應該依賴它不需要的介面。    2、類間的依賴關係應該建立在最小的介面上。    概括的說：建立單一的介面，不要建立臃腫的龐大的介面。與單一原則的區別：    單一職責要求的是類和介面單一，注重的是職責，這是商務邏輯上的劃分。而介面隔離原則要求介面的方法盡量少。舉例：    一個星探找美女的過程（美女的條件：身材、容貌、氣質）    這個過程的UML圖 

交易處理         交易處理（transaction）是一種將相關資料庫操作組的方法，這樣，如果其中一個操作失敗了，整組的交易處理就會全部失敗。同樣，如果它們操作都成功了，將永久性改變資料來源。因此，交易處理是一個安全網，確保資料保持同步。手動交易處理        ADO.Net中的.NET資料提供者支援通過串連類（connection class）中的方法進行手動交易處理。在手動交易處理過程中，當試圖執行一個處理方法前最好先檢查一下串連的狀態。開始一個手動交易處理       

發現自己的弱點 針對自己的弱點找到解決方案