其他

　最近寫一個開發協助工具輔助，在這個過程要做一個類似檔案捷徑中尋找目標的功能，先查MSDN98，大家不要見笑，我現在一直都用它，沒有相應的API，後又. Net 2003中的MSDN，找到了可以實現該功能的API，SHOpenFolderAndSelectItems()函數，它的原型如下：（具體用法參考MSDN）“Opens a Microsoft Windows Explorer window with specified items in a particular folder

文章目錄 EntityContainerEntitySetEntityType關聯導覽屬性返回集合的導覽屬性 Programming Entity

　　與標準的 MessageBox 相比，MFC提供了 AfxMessageBox 的方法是我們對訊息框的變得更加容易。然而簡單的 AfxMessageBox 有時已經不能夠滿足我們的需求了：有時候我僅僅想提示使用者一下，並不需要使用者確認，也就是說過一段時間訊息框就能自動關閉。　　您可能馬上會想到，使用自己定義的對話方塊來替代程式中的 AfxMessageBox，沒錯，這樣的結果非常能夠讓你滿意，但怎麼實現呢？　　您也許會說，我自己寫一個 OwnMessageBox 函數，先前調用

Programming Entity

文章目錄 上下文和類來自哪兒？編寫你的第一個LINQ to Entities查詢 Programming Entity Framework 第二版翻譯索引你可以使用各種方法查詢實體資料模型。你選擇有些方法是因為個人喜好，而其它的則是因為你可以利用特殊的效益。你很有可能已經聽過LINQ to Entities和Entity

CString位於標頭檔afx.h中。 　　CString 是一種很有用的資料類型。它們很大程度上簡化了MFC中的許多操作，使得MFC在做字串操作的時候方便了很多。不管怎樣，使用CString有很多特殊的技巧，特別是對於純C背景下走出來的程式員來說有點難以學習。這篇文章就來討論這些技巧。　　使用CString可以讓你對字串的操作更加直截了當。這篇文章不是CString的完全手冊，但囊括了大部分常見基本問題。　　這篇文章包括以下內容：　　CString 對象的串連　　格式化字串（包括 int

    建立一個簡單的Console項目，包含三個class：       Helper.cs是一個工具類，提供一些靜態方法：using System;using System.Collections.Generic;using System.Linq;using System.Text;namespace StaticMember{ class Helper { internal static string GetVersion() {

文章目錄 為什麼使用另一種查詢？實體SQL（Entity SQL）參數化的物件查詢（ObjectQuery）使用LINQ方法查詢使用查詢構造方法和實體SQL查詢 Programming Entity Framework 第二版翻譯索引使用物件服務和Entity SQL查詢能代替LINQ to Entities的另一種可以建立的查詢方法是直接使用EF的物件服務（Ojbect

前段時間需要將日誌資訊通過印表機列印出來。　　總結了一下其中的一些用法：　　1：用CPrintDialog 可以呼出視窗讓使用者選擇印表機或者採用預設的印表機直接列印。　　StartPage…..EndPage  完成一頁文檔的列印。  如需改變DC設定，需要調用ReSetDC()　　多次調用這兩個函數，可以實現列印多頁　　2：TextOut座標的確定。　　TextOut中的座標是DC中的邏輯座標。　　和實際的物理座標需要轉換。　　GetDeviceCpas(); 

學習設計模式是為了深入理解OO思想和原則。學習設計模式的基礎知識：必須先有類和對象，才可以談設計模式。把現實世界的業務功能抽象成對象，如何抽象？GRASP給出了基本的指導原則。GRASP， General Responsibility Assignment Software

小時候，大人們總是教導小孩子“過馬路，左右看”。我年紀小不懂得為什麼，但是由於大人們嘮叨得遍數太多，以至雩都深深印在腦海裡，成為了潛意識。每每過馬路的時候，不由自主得左右看看。長大以後，漸漸的喜歡考慮問題，凡事問個為什麼：為什麼是“過馬路，左右看”而不是“過馬路，右左看”？有朋友告訴我說那是因為中國話的習慣就是左右、男女、老幼之類的說，就像“決一雌雄”不叫作“決一公母”一樣只是個習慣而已。可是，我覺得習慣是養成的，如果天天說“過馬路，右左看”說多了，反倒這麼說比較習慣——這也說不準那～

 一直斷斷續續地用著EF，但一直未系統地學習。下載了這本書，也一直沒有好好地看完。從今天開始啃這本書，說是專門的翻譯談不上，以前也未做過類似的事情。但我還是會嘗試著去做這件事。我希望能堅持下來，不管是否太遲。 本書的介紹，來自DouBan http://book.douban.com/subject/3627937/，需要英文電子版的可自行下載。 當前進度：第三章進行中。。。 前言摘要本書的前12章介紹了基礎概念，剩下的部分則是深入闡述了如何最大化的使用EF。本書敘述採用了實踐與理論相結合的方式

文章目錄 實體容器屬性實體屬性實體屬性的屬性 Programming Entity Framework 第二版翻譯索引 實體資料模型（EDM）是應用程式和資料存放區之間的橋樑。EDM提供了與資料概念視圖而不是實際資料庫構架工作的能力。EF提供的 .NET API為每個與資料存放區的互動使用了EDM，不管它是讀取還是儲存資料。EF工具從這些模型中產生類，確保你同EDM描述的對象一起工作。在本章中，你將使用實體資料模型嚮導建立一個簡單的EDM，

    在Asp.net開發中，所有html控制項的值都是可以在伺服器端用後台代碼的Request[name]來擷取其值的。但如果有多個相同name的Html控制項提交到後台，怎麼分別取各個控制項的值呢？而多數情況下這些控制項的個數是不定的。    例如在填寫簡曆表單中，“工作經曆”這項內容是可以讓使用者動態增加的，可能有的使用者有3條工作經曆，有的使用者有5條工作經曆。當然，我們討論這個問題的前提是由使用者動態增加後一起提交到伺服器，而不是採用增加一條提交一條的方式。例如：      

我們的項目是用DotNet實現Socket串連，用多執行緒多使用者。我就談一下在實現過程中遇到的問題。下面是我伺服器的簡化實現。　　private Socket clientSocket;　　　　public void Start()　　{　　Thread　thread=new Thread(new ThreadStart(MainService));　　thread.Start();　　}　　void MainService()　　{　　listener=new TcpListener(111

    在發布dll時，可以選擇編譯為x86模式、x64模式以及Any Cpu模式等。那麼對於已經發布的dll檔案，怎麼知道它是支援什麼系統的呢？方法一：Reflector     對於.Net dll檔案，用Reflector工具可進行辨別：     其中的Platform Target就指明了該dll在編譯時間選擇的目標系統。 方法二：CorFlags.exe工具    使用Vistual Studio.Net內建的corflags工具，先開啟vs.net 命令視窗：       

各層的作用 1：資料資料訪問層:主要是對未經處理資料（資料庫或者文字檔等存放資料的形式）的操作層，而不是指未經處理資料，也就是說，是對資料的操作，而不是資料庫,具體為商務邏輯層或展示層提供資料服務．2：商務邏輯層:主要是針對具體的問題的操作，也可以理解成對資料層的操作,對資料商務邏輯處理，如果說資料層是積木，那邏輯層就是對這些積木的搭建。3：展示層:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表現成:aspx,

    談到搜尋，一般就想起了SQL Server的FullTextSearch（全文檢索搜尋）功能，它確實強大，但使用起來也要做一些較為繁瑣的準備工作，一般小型的項目或者對搜尋要求（包括效能需求）不是很高的情況下實用它還是有點太重型了。簡單的搜尋用SQL查詢即可，但一般面臨的一個問題就是如何對搜尋結果按匹配欄位進行優先順序排序。   

    博文《[你必須知道的.NET]第三十五回，判斷dll是debug還是release，這是個問題》中講述了如何判斷dll是Debug編譯的還是Release編譯的。    實際上通過Reflector反編譯dll時也能發現assembly中Debuggable屬性的一些差別。    Release編譯的dll顯示如下：    而Debug編譯的dll將顯示：[assembly:

     對於一個使用者訪問量比較大的互連網系統，當使用者數達到一定數量時，系統總會存在瓶頸或處理極限，即很難做出快速響應，處理效率逐步低下。對於如何應對使用者量不斷增長的情形，較直觀的方案就是採用分布式系統架構。所謂分布式系統架構，簡單的理解就是原來由一台伺服器處理的業務，現在分攤給多台伺服器處理；原來由一組伺服器組處理的業務，現在由多個伺服器組處理。