其他

     因開發中的項目基於第三方公司開發的項目，資料庫都是直接的依賴關係，而且也不知道那公司開發的項目源碼和資料庫表之間的關係，安裝的過程中也是我從未所見的“流氓”(具體可以參見你見到過壟斷主義的軟體嗎？ )。因此首先遇到的問題是分析它的資料庫結構以及它的軟體到底對資料庫進行了什麼樣的操作？故通過朋友的介紹，發現了SQL事件探查器的確是一個跟蹤SQL語句執行的好工具，這裡我分享給大家：　　SQL事件探查器是SQL Server提供的一個圖形工具，通過該工具主要可以實現如下功能：（摘錄如下）1、

      這段時間一直都在思考怎麼樣的設計才算得上是物件導向的設計，我們應該怎樣學習和搞清楚物件導向的設計模式。下面就針對自己對設計模式的理解和參考其他視頻資料、學習資料基礎上的學習做一個學習筆記，加深對設計模式的理解和運用，提升自己物件導向的抽象思維。   　設計模式的要點：設計模式(Design

     唉，又是一次相當費力費時的系統維護，為了便於總結和思考，故對這次系統維護進行記錄筆記！ 一、問題的起因：     再等幾天就是春節了，然而在年前的一周內，對客戶的系統進行了再一次維護(你見到過壟斷主義的軟體嗎？)。在對客戶的系統維護的過程中，需要對PDA的系統進行升級使用，故客戶的電腦上需要安裝IIS的組件和Microsoft SQL Server 2000 Windows CE Edition 2.0，然後按照該Windows CE Edition Server

    分頁是Web應用程式中最常用到的功能之一，在ASP.NET中，雖然內建了一個可以分頁的DataGrid（asp.net 1.1）和GridView（asp.net 2.0）控制項，但其分頁功能並不盡如人意，如可定製性差、無法通過Url實現分頁功能等，而且有時候我們需要對DataList和Repeater甚至自訂資料繫結控制項進行分頁，手工編寫分頁代碼不但技術難度大、任務繁瑣而且代碼重用率極低，因此分頁已成為許多ASP.NET程式員最頭疼的問題之一。  

update company_test ,no_ic_code  set company_test.ic_code = no_ic_code.執照註冊號where  no_ic_code.企業名稱 = company_test.name update company_test ,t_all  set company_test.ic_code = t_all.工商登記號where t_all.企業名稱 = company_test.nameand (t_all.`工商登記號` REGEXP '^[

    本文轉載於SQL中使用update inner join和delete inner join因項目中在處理資料的時候，需要用到update串連的語句，故需要用到update inner join的文法，這裡轉載一下，便於以後尋找，感謝原作者。Update XXX set XXX where 這種寫法大家肯定都知道，才發現update和delete居然支援inner join的update方式，太神奇了。分享段範例程式碼：12345update tb_User set

    記得已經寫過一篇關於(Observer模式), http://www.cnblogs.com/Charles2008/archive/2008/10/06/1305116.html  發布/訂閱簡稱(Pub/Sub)模式，這種Pub/Sub設計模式是observer的一種變體。Observer模式在Design patterns用於：一個對象(Observer)觀察者被注入到另一個對象（主題Subject），用於監聽事件，觀察者(Observer)暗中地反映(主題Subject)的變化。

這幾天部門的兄弟們又被產品新版本發版搞得焦頭爛額，很是無語，像我這種混混都覺得明顯錯誤的地方，研發中心的中層和高層領導卻在不停地反覆地來犯，搞不懂，是我目光短淺還是各位老大太弱，為什麼這樣不想多糾結，這裡就把我認為的錯誤總結出來。也希望大家能拍些磚，一起探討一下。首先是我們為什麼進行這次開發。領導認為原來的產品不滿意，需要大幅改造，看網站不爽了，需要重新改版，老闆覺得人家其他公司有的東西，我們也要有。好吧，研發老大不知是受到老闆鼓舞還是感覺自己的危機，開始立即組織大家進行封閉開發，開發什麼，怎麼

    本文轉載於：使用本地系統帳戶和域使用者帳戶兩者區別(microsoft SQLServer2000)    在安裝SQLSERVER2000時，會有這樣的一個選擇畫面，這是設定啟動sqlserver服務的登入身份。SQLSERVER2000裝好後，會產生一個MSSQLSERVER服務，在這裡設定的就是啟動它這個服務的登入身份。         那麼我們究竟要選擇哪一個呢？兩者各代表什麼意思呢？下文我們就來研究一下。         我們先看熟悉一下兩個相關概念。什麼是憑據？       

    一、起因：    一位同事在使用XmlDocument.Load("test.xml")方法載入xml檔案時候，出現錯誤，錯誤是：test.xml檔案找不到，也就是說程式找不到test.xml檔案。    二、經過：   

下面是一些關於這個Observer的基本一些概念，在很多地方都能看到，這裡我歸納這這裡便於以後查閱：一、發布訂閱模型(pub-sub)二、動機(Motivation)在軟體構建過程中，我們需要為某些對象建立一種 "通知依賴關係" ——一個對象（目標對象）的狀態發生改變，所有的依賴對象（觀察者對象）都將得 到通知。如果這樣的依賴關係過於緊密，將使軟體不能很好地抵禦變化。

N年前，早早的拋棄了熱愛的C++進入.net行列。享受到了“‘做個軟體很簡單的感覺’”，現在也習慣了這種容易與方便，但做出來的東西確處處受到障礙。每每自己的軟體要帶著一個巨大的累贅，每個用。net很難得到一些最優的代碼。真是無語，現在又重新回到C++或者MFC中來了，真是不知未來身在何方。以後還是往JAVA方向發展，JAVA的跨平台才是真的，.net呢，到現在為止還不是一直都在WINDOWS中運行，出了windows便寸步難行？

     我們知道Reflector可以反編譯IL代碼，根據它可以查看到不同語言的原始碼(如C#,VB.Net等)，但是Reflector還可以匯出成工程檔案，得到原始碼的工程專案檔。通過這種方式得到的工程檔案如果用Visual Studio開啟後，雖然大多數的問題是由於缺少引用“程式集”帶來的編譯不能通過，但是還是一些非與此相關的問題存在，需要對反編譯的工程項目進行手動修改和調整。比如對於Winform程式中的表單開啟時候會出現一系列的錯誤提示： 1、設計器無法處理第 ** 行的代碼:

     最近因RFID項目需要，硬體開發介面提供的資料是通過Window的訊息機制來返回的，故需要在基於C#語言的Winform程式中考慮如何接收到訊息並處理。針對Window發送和接收訊息(C# winform)而言，它提出的是事件驅動模型而不是訊息驅動，但.Net底下還是Win32,所以對於訊息的封裝、事件的實現還是有必要瞭解一下，對理解相關的概念有所協助，而且能夠加深對Windows平台下訊息機制的運行過程。    

利用myeclipse產生Hibernate Mapping檔案關鍵字: hibernate 在hibernate中，每個資料表對應的其實是一個實體類，每個實體類有一個對應的hbm.xml設定檔和你匹配，myeclipse中其實有個MyEclipse Database Explorer視圖，它提供了myeclipse與資料庫直接連接的內建視窗，並且通過此視窗可以產生hibernate的mapping檔案。

 一般來說，技術面試會是如下集中形式的一種或是多種的組合：1、 筆試，做題目2、 面對面交流3、 上機編程 其實我個人不喜歡筆試，感覺筆試關注的點太細了，更不喜歡上機編程，覺得這種方式的面試並不是很尊重面試者，比較喜歡輕鬆的面對面的交流。我面試過很多人也被很多人面試過，越來越感覺其實任何一種形式的面試都有其優點和缺點。 在之前公司，我面試別人都是採用1和2組合的方式，候選人會先做一套題目，這樣對每一個人都有一個評判的標準，然後再會面對面聊1個小時。而現在公司，沒有筆試，直接面對面隨機問一些問題，

      說句心裡話，InfoPath在實際開發中的局限性還是很大的。在實現過程中往往需要通過“曲線救國”的方式來解決一些難題，有些至今仍然非常讓人困惑，但這些瑕疵並不能阻擋我們理解這種新的開發理念。之前我們討論了InfoPath Form Services的基礎配置，以及我們可以利用InfoPath Designer做哪些事情況。另外，我在這裡先提前聲明一下，這個系列不會特別的區分InfoPath 2010 或

   XML<resultMap id="sub-menu-map" class="menu">           <result property="id" column="subid" />           <result property="name" column="subname" />   </resultMap>    <resultMap id="menu-map" class="menu"

前幾年開始大量流行部落格，連要飯的都更博，部落格火得就剩一個字——火！有人要搞部落格，自然玩程式的就要跟進，搞出各種部落格系統來，什麼wordpress、zblog等等。介面大同小異，基本的東西就那麼一點，今天這篇文章就大體總結一下部落格系統的結構。我們先來說說部落格系統的特徵:1、基於web使用者介面2、以分類的形式組織部落格記錄3、可定製的頁面模板4、評論、反響連結以及引用5、為相關軟體提供web服務介面6、支援多媒體檔案上傳基本上所有的部落格系統都有以上的這些功能，然後在這些功能的基礎上進

     在開發RFID項目中,看到同事在winform中加入網頁。介面用Css和JavaScript做出來的效果很不錯，比直接用winform做出來的效果好得多。更何況winform在頁面表現上沒有像網頁那樣用css和javascript控制方便。(Winform項目開發心得).