其他

1、核心類BaseNotifyPropertyChanged ，主要用來封裝NotifyProperty的執行方法View Code

今晚開啟本本的時候, 我一下呆住了.我案頭上的檔案哪去了????!!!雖然都不是重要的檔案, 但也是有用的啊.趕緊找, 還好, 在C:\Users\***\案頭上找到了原來案頭上的所有檔案.我很納悶, 我不是用的***使用者登陸的麼?開啟開始菜單趕緊看看, 沒錯啊.這是怎麼回事?算了, 既然找回了檔案, 就沒太在意, 到網上逛逛吧.開啟IE....天~~~! IE的首頁怎麼成M$的了, 我的IE首頁是空的啊.不好! 我的收藏夾...@_@暈了, 什麼都沒有, 只有預設的幾個link這時我發現,

自從在到新公司開始用VS2005後(以前用的是VS2003),我就沒在家裡寫過WEB網站,因為公司裡的電腦所有軟件都是別人裝好的,我隻管用.沒想到前天裝上VS2005的時候, 問題來了....建WEB網站的時候既不像以前用的VS2003那樣也不像公司的VS2005那樣,可以將整個方案編譯成.dll檔案.以前的Bin目錄不見了.而是多了一個APP_CODE目錄, 想引用別的類進來也不行(找不到地方-_-!!)當時想是不是裝的版本有問題.於是看了一下, 原來裝的是Team

用NHibernate進行數據庫的ORM操作, 很多清況下都免不了要產生像IList這種泛型介面的對象集合.但是如果再用到Web Service來進行這種對象的傳輸的話, 就會報錯.原因是IList為介面類型, 不能被序列化.今天剛好在項目中碰到這種問題. google了半天, 未果!沒辦法,

下面讓我們看一下幾種常用的主鍵產生方式：1、自動成長identity：適用於MySQL、DB2、MS SQL Server，採用資料庫產生的主鍵，用於為long、short、int類型產生唯一標識使用SQL Server 和 MySQL 的自增欄位，這個方法不能放到 Oracle 中，Oracle 不支援自增欄位，要設定sequence（MySQL 和 SQL Server 中很常用）資料庫中的文法如下：MySQL：create table t_user(id int

今天在使用window.showModalDialog時, 發現IE一開啟模態視窗就報"儲存空間不足，無法完成此操作。"的錯誤.跟蹤發現竟是jQuery的問題. 但很奇怪, 在一般視窗則一點問題都沒有. 於是google了半天, 找不到解決方案.後來在搞了大半個小時終於找到了問題的所在. 原來IE在模態視窗中不能訪問 "navigator.userAgent", 而jQuery裡面用了. 我總不能為了這麼個小東東放棄jQuery吧.後來查了下, 它裡面就訪問過一次., 我改一下jQuery吧. 

 建置1. 解壓檔案到任意目錄.2. 從.NET命令列中運行test.bat來建置程式.編寫單元測試在以NUnit編寫的單元測試裡, 需要執行個體化要測試的Form, 並呼叫其Show()方法.Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->Form form = new Form();form.Show();對於你將使用在測試中的每一個控制項,

   大家好這是我公司今天的面試題請大家給點意見，謝謝 1.請你分別劃劃OSI的七層網路結構圖，和TCP/IP的五層結構圖？OSI/ISO根據整個電腦網路功能將網路分為：物理層、資料連結層、網路層、傳輸層、會話層、展示層、應用程式層七層。也稱“七層模型”。TCP/IP“五層模型”分為：物理層、網路介面層、網路層(IP層)、傳輸層(TCP/UDP層)、應用程式層。2.請你詳細的解釋一下IP協議的定義，在哪個層上面，主要有什麼作用？

研究背景自職業生涯起到現在，我參與過三個im類產品，其中我主要負責的是介面庫開發。眾所周知，im軟體中有一個非常重要的控制項用於訊息展示，實現方式無外乎基於richedit（目前這一類為主要方式，代表：QQ）、基於webbrowser（代表：GTalk），可能會有基於WebKit的，我沒有刻意去搜集。很多時候對於相對簡單的情況，比如在遊戲中，完全可以自己繪製。 我曾經模仿過GTalk的實現方式，由於當時自己經驗欠缺以及與公司寫頁面的人溝通上的問題，效果不是那麼滿意，僅僅夠用，後來自己離開也沒再繼

自第一篇發布後，收到了不少建設性的意見，這裡尤其感謝網友weolar、路人甲，他們在給我重要提示的同時讓我意識到自己的武斷。上篇我曾經說過richedit是非常底層的實現，其實我起初也不這麼認為，只是在Win2K泄漏代碼中能找到幾乎所有想要的內容同時卻無法發現richedit半點鐘蹤跡故形成這種判定。事實正如網友weolar、路人甲提及，richedit屬於應用程式層的實現，看過代碼之後感受到一種親切感，因為大多數概念在我移植ie代碼的時候都曾見到過，只是當初並未深入圖文編排細節，僅著眼於渲染引

using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Data.SqlClient;using System.Drawing;using System.Text;using System.Windows.Forms;using System.IO;namespace test{    public partial class Form2 : 

UNION 指令的目的是將兩個 SQL 陳述式的結果合并起來。從這個角度來看， UNION 跟 JOIN 有些許類似，因為這兩個指令都可以由多個表格中擷取資料。 UNION 的一個限制是兩個 SQL 陳述式所產生的欄位需要是同樣的資料種類。另外，當我們用 UNION這個指令時，我們只會看到不同的資料值 (類似 SELECT DISTINCT)。 UNION 的文法如下： [SQL 陳述式 1] UNION [SQL 陳述式 2] 假設我們有以下的兩個表格， Store_Information

轉自：http://www.cnblogs.com/leven/本程式擁有以下新特徵:1.完全可擴充產生引擎系統,使用.Net進階特徵實現該功能,針對不同資料庫,只要開發相應的產生模組,程式就可在不經過任何修改的情況下支援該資料庫.擴充型良好2.可定製產生指令碼,對代碼的命名方式通過C#指令碼定製,任何人可以使用C#文法進行修改,使得產生的程式碼命名符合您的要求而無需再次進行修改.3.國際化支援,通過.net進階功能實現,可支援所有語言,只需開發相應語言套件4.針對"實體類代碼產生器",對介面進

工作職責：負責後台server開發工作，網路傳輸及分布式部署，接入方案等；負責一定的後台server軟體架構和架構設計；負責提出海量服務的解決方案，尋找高並發高負載服務應對策略。 工作要求：計本科及以上學曆,電腦相關專業;4年以上Linux實際開發經驗,有一定架構設計能力;C/C++基礎紮實,有豐富的 TCP/IP、高效能大並發、Node.js等編程經驗，有音視頻流媒體後台開發經驗優先;工作地點在北京，產品最近上線，驗證模式中。有興趣的話，歡迎與我聯絡。

轉載自：http://www.cnblogs.com/wanghao72214/，原作者：王澤賓。 1、引言   機算機科學是一門應用科學，它的知識體系是典型的倒三角結構，所用的基礎知識並不多，只是隨著應用領域和方向的不同，產生了很多的分支，所以說編程並不是一件很困難的事情，一個高中生經過特定的訓練就可以做得到。但是，會編程和編好程絕對是兩碼事，同樣的程式員，有的人幾年之後成為了架構師，有的人卻還在不停地coding，只不過ctrl-c、ctrl-v用得更加純熟了。在中國，編程人員最終的歸途無外

為了方便同事在日常工作中很快速產生大量資料, 我做了檔案拷貝的小工具:其中用到了OpenFileDialog這個類,下面是關於這個類的一些用法!OpenFileDialog類是用來選擇檔案位置的,FolderBrowserDialog 類用來選擇檔案夾位置.具體代碼如下:                                                                   程式程式源碼:using System;using

很近沒有更新了，閑話少說，直奔主題。 微軟做任何技術的思路：在實現一個標準的時候，往往預留出一個通用的擴充機制。呃，貌似很多大公司都是如此，通過擴充把開發人員跟自己捆綁。舉例：微軟的ie可以嵌入ActiveX控制項、可以用BHO擴充；richedit中支援OLE擴充。這種擴充機制主要是基於其OLE架構，這也是微軟作業系統架構的基石。開發層面目前的趨勢是，淡化OLE強調.NET，有一種無奈叫騎虎難下，有一種錯誤叫脫離群眾，在開發平台、技術百花齊放，開發資源極大豐富的今天，開發人員對微軟的依賴已經不

壓縮日誌及資料庫檔案大小         /*--特別注意         請按步驟進行,未進行前面的步驟,請不要做後面的步驟     否則可能損壞你的資料庫.             一般不建議做第4,6兩步     第4步不安全,有可能損壞資料庫或遺失資料     第6步如果日誌達到上限,則以後的資料庫處理會失敗,在清理日誌後才能恢複.     --*/         --下面的所有庫名都指你要處理的資料庫的庫名         1.清空日誌     DUMP    

軟體工程中軟體設計的中的一個環境就是部署問題，現在的軟體在解決使用者問題的同時還得解決自己的更新升級，這往往是一件非常繁瑣的事情。目前用戶端軟體升級常用的手法就是搭配一個Updater.exe進行新版本的檢測以及更新維護，每個軟體的Updater程式大同小異，就發布檔案而言也沒有保密性可言，然而每做一個程式缺都要重複這樣的工作。思路反過來就是能不能有一個通用的solution去解決用戶端程式的發布和部署問題？就我看來，這一過程就好比從svn裡面匯出資料，之後進行更新一樣，多的只是登錄機碼的一些操

轉載自:http://maozhh.cnblogs.com/1        /**//// <summary> 2        /// 添加行號 3        /// </summary> 4        /// <param name="sender"></param> 5        /// <param name="e"></param> 6        private void cMS_CNTRData