其他

一個表中存放一個成品BOM A的新版本xxx曆史表中存放了A的多個曆史版本從1到nnn，每個bom中的料件或者用量都有差別。現在要知道Bom A的xxx版本的內容和以前的哪個版本完全一致。我用了個笨辦法，就是把每個版本的料件號和用量串連成一個字串來比較。這個演算法雖然很笨，但是很即時的解決了客戶燃眉之急，效果還不錯 你有更好的演算法嗎？資料庫oracle

1. 在BizTalk管理主控台裡面修改了配置，比如配置了smtp的伺服器和帳號，要重新啟動主機執行個體才會生效。2. 在事件檢視器(BizTalk管理主控台)看應用程式Log，可以看到執行結果，調試的時候常用。3. 上次說開發步驟比較複雜，這裡有個簡化步驟，完全在vs2003裡面操作：1) 設定項目屬性，部署的時候先刪除再部署，否則部署會出錯。2) 如果已經部署並且啟動了流程，需要先在商務程序中停止。否則也會報錯。3) 獨部署項目4) 重新整理伺服器5)

周末粗略解剖了一下IssueVision, 發現有些地方跟我目前項目的做法很相似ThreadHelper.dll: 提供線程相關組件 SplashScreen 閃現的螢幕 SingletonApp 唯一程式,第二個執行個體不會動作 SafeLabel -- 可在多線程下安全操作的Label BackgroundWorker 後台工作程式  RunWorkerAnsy() 開始後台工作   DoWorkEventHandler 後台執行開始事件

很多業務方法在一個Service裡面，要避免重複，就要在命名上不重複．如果把每類業務放到不同Service裡面又顯得太多．如果能在一個Service裡面Operation呈樹型定義，應該可以更好的表達調用和對象間關係．比如:ws.訂單.List();ws.訂單.Update(訂單);ws.訂單.明細.List();ws.訂單.明細.Update(訂單明細);增加這樣一個namespace很簡單：<wsdl:operation name="Xxx">

感謝小偷，雖然有點心不由衷，但是，終於可以換PDA了～～也不知道那個倒黴小偷偷去幹嘛，想要我再送你個充電器啊，那個底座不好配的啊。。。再說都過時了，你丫拿去也不會爽的。LP已經批准，買個手機一體的，呵呵。。。看看有什麼合適的型號啊。。。百萬像素。mp3。收音機。。。要考慮的很多啊，合格的都是天價。。。nnd沒了PDA坐車真沒勁啊，不過改掉一個壞毛病，看到好文章不是拖到PDA裡面了，馬上看，拖到PDA裡面經常格式不好，內容看不到的，比如csdn抄來的blog版面，根本就沒打算支援IE意外的東西，這

空調本來是降溫的東西。當你吹著空調的絲絲冷風的時候，有沒有想到貧民心內如湯煮，沒有空調把扇搖？空調是根據熱交換原理工作的，也就是說一個房間的溫度降低了N度，應該有相當於一個房間的空氣被加熱了N度。

還記得echo嗎？如果你做b/s架構，不知道的要小心了。很高興在tss上看到echo2的訊息，從demo看也很完美，除了沒有正在串連狀態的標記。真佩服tod老兄，echo能穩步成長都是他的功勞！echo2的核心：Ajax (Asynchronous JavaScript and XML) rendering

結果比較意外，從幾百位元組的訊息中取出匹配出19條資料．執行一萬次，結果如下jdkjakarta緩衝公式0.2S0.4S不緩衝公式0.6S1.1S安全執行緒不保證另外順便驗證了多線程操作一定很快的說法．40線程各執行1000次Regex，結果比簡單執行4萬次慢了兩秒．是不是要到多CPU機器上才能體現出來優勢呢？明天教師節，祝天下教師節日快樂，少收紅包，教書育人．

一般Web程式是通過HttpContext.Current.Server.MapPath("~")得到當前web的實體路徑。在設計時HttpContext.Current是null, 此路不通，用來判斷是否是設計狀態倒是不錯。Web控制項在設計時會被執行個體化，但僅僅是執行個體化，不會為它設定相關Web環境，比如Page。看樣用常規方法行不通。控制項在設計時能得到哪些資訊呢？Site!

說來慚愧，Office2003按照了幾個月，居然不知道裡面藏了個殺手。以前一直想做個工具：根據schema自動產生UI。這樣的工具可以直接讀取WSDL構造使用者輸入介面，並且構造結果畫面。利用這樣的技術，在應用中引用WebService應該是個很舒服的事情。現在至少要匯入，然後構造自己的使用者畫面。也許再把它封裝的象datagrid一樣，可以套用不同的風格。。。在實現中碰到很多問題，當時java對schema的解析支援的不好，dom3模型還沒出台。後來就變成dream。從思路上看，infopat

http://www.softether.com/jp/以前CSDN上介紹過這個東西，很好用。即使你我都在公司防火牆的後面，也能透過網路上的虛擬HUB和原生虛擬網卡串連到一起。這個IDEA很好，而且現在還提供了Linux版本的虛擬hub。提供虛擬HUB服務，應該成為一種新興業務。想想，在家裡就能和公司的電腦連網，訪問共用目錄，登入遠程終端。如果公司的電腦橋接了物理網卡和虛擬網卡。。。在家也可以訪問公司資源。誰有主機，裝個hub給大家用用？

今天有同事提議用String的hashcode得到int類型作為主鍵。其實hashcode重複的可能性超大，下面是java的預設演算法： public int hashCode() {    int h = hash;    if (h == 0) {        int off = offset;        char val[] = value;        int len = count;            for (int i = 0; i < len; i++) {  

[Transaction]class A{  [AutoComplete]  void x(){    new B().y();  }}[Transaction]class B{  [AutoComplete]  vlid y();}事務傳遞是在方法間的，y()中怎麼知道其上層調用中的事務呢？思路1:FrameStack是方法調用的層次關係，順藤摸瓜，找到最近的一個有事務的方法，它所在的事務就是需要的．問題是怎麼得到那個方法的事務？方法間除了顯式的參數，有沒有別的方法向後代方法傳遞資訊？思路2:

我坦白，這已經不是第一次了。第一次註冊的blog忘了在哪裡，呵呵。去年的事情了。第二次是在天涯註冊了blog。 IT蠕蟲steeven的血淚史 現在回頭看看，那裡是酸人聚集的地方。呵呵，看看別人的blog, 很好的交流方式啊 其實論壇也是很好的交流地方，只是很多論壇對搜尋引擎支援的不好，比如csdn，還在苦苦的維護自己的搜尋功能。資源浪費了。

vs2003設計器有個很有趣的特性：在WinForm設計時，控制項沒有ToolTip, 如果要加上的話，需要從ToolBox上拖出一個ToopTip專門的控制項，這時候所畫面上所有控制項的屬性中都會增加一個ToolTip屬性，看起來很酷。要做這樣一個控制項也很簡單：[ProvideProperty("Xxx",typeof(System.Web.UI.Control))]這裡要動態添加的屬性是Xxxx, 目標是所有Control控制項。在控制項類前加幾個屬性就會有幾個動態屬性出來。public 

這個問題看起來很簡單，實際做的時候碰到很多問題：1.

按理說現在Office都支援Unicode，怎麼寫都不會亂碼。實際上，Visio裡面還存在，在圖的名字上如果用日文就會亂碼。而且明明選好的日文，再開啟又是中文了。鬱悶還好Office現在都有xml格式，儲存後的xml為Unicode編碼，裡面的亂碼就是日文了。1. 先剔除xml：　連續的char大於oxff是漢字語句2. 亂碼轉中文：Encoding.GetEncoding("SHIFT_JIS").GetString(Encoding.Default.GetBytes(word))3.

1. 在解決方案管理器裡面有機關，右鍵點擊btm, xsd的屬性，會彈出配置視窗。用於測試等設定。2. btm對應檔可以在中間建立多個頁，測試下來好像沒什麼區別。難道是為了美化？3. 屬性結構描述的作用好像是為schema定義了一個固定名字的Schema，引用的時候簡單了很多。4. schema設計中升級有兩種，單獨為某個節點升級。或者升級為屬性。5.

行業間真是相通的以前家裡水管漏水，物業的維修工來了以後就是打補丁。在水管外面箍塊膠皮，小小的Patch就解決了漏水。做軟體也一樣，客戶有了問題，我給你Patch。Patch多了就象我的水管一樣，渾身箍滿了patch, 從sp1到spN...後來向師傅要了個箍和膠皮，我自己也能patch了。隔壁鄰居看了以後說，這個水管品質不行，Patch只能用上一年半載。要物業公司Refactor! God,

現有的blog是物以類聚，比如來部落格園的都是喜歡.net技術的。如果我要寫Java方面的blog，就不能出現在首頁，這樣就很難和Java方面的愛好者交流。一個解決辦法是去Java方面的blog網站再申請一個blog。 那一個人需要多少blog呢？java的，.net的，旅遊的。。。維護起來很麻煩，以後興趣變了呢？blog的核心是個人的Post,