其他

1.

 在接下來的幾篇文章中，我將來介紹Silverlight相關的布局知識。在Silverlight中，布局主要有三種方式：1. Cavas2. StackPanel3.

支援多語言的核心無非是，切換Applicaion層級的ResourceDictionary 語言檔案隨意編輯，無非是在程式啟動時，載入一下某個資源檔而已。 為了支援介面使用多語言，我們自己定義了一個Resource擴充標記。 同時，為了防止，使用者誤將語言資源刪除，而引起介面無任何文字的情況，我們內部定義了一個預設的資源檔，這樣就不會沒有顯示了。 資源檔的目錄結構：Languages目錄下有Default.xaml, en-US.xaml,

　　感冒中，寫的比較亂，自己看的懂撒。 　　在實際工作中，會遇到一個“全選”的Combobox，但是資料來源是沒有"All"的，這個要怎麼實現呢？　　　　原先設計師是用一個個new ComboboxItem，然後再插入一個All ComboBoxItem到ComboBox.Items集合屬性裡面。但是這樣做，無法支援Binding，對MVVM不友好。為什麼不友好？因為你用itemsSource = {Binding

接到這個需求，本以為簡單。誰知道SQL不支援數組。於是想用','分割傳進去，哪知道SQL居然沒有split()函數，還得用substring & charindex，坑爹啊。方法一 分割例:通過SQL Server預存程序傳送數組參數刪除多條記錄eg. ID 值為'1,2,3' 以下預存程序就是刪除表中id號為1,2,3的記錄：CREATE PROCEDURE DeleteNews     @ID nvarchar(500) as     DECLARE @PointerPrev

     調用Control.DrawToBitmap(Bitmap) 方法是很容易得到控制項的圖形的。 但是bitmap是柵格化圖形。柵格化圖形有很多缺點，比如檔案體積比較大、 放大後失真、 不易編輯等等。 這裡教你如何匯出一個控制項的向量圖。 I.  Windows MetaFile.     windows MetaFile 是windows 下面的一種向量圖形格式。 事實上WMF 只是記錄下來的一串GDI

搜集一些部落格好文，這些都是精品文章，有空一定要讀的！陸續更新……比較懶，等多了再分類。演算法：編程小練習：拆分自然數老趙的自然數分解--少俠之非遞迴解自然數拆分拆分自然數：純while實現 (Part 1 - 思路)拆分自然數：純while實現 (Part 2 - 實現)人文：網路正在改變我們得思維？我在南大的七年暗時間不是書評

對於多線程編程的難度，再充分的心裡準備也許都是不夠的。前一段時間一直在整理一些有關多線程編程的內容（一個對多線程演算法庫編寫過程中的經驗積累）。而在前天，一篇來自於Microsoft 的PFX的Joe的博文驚現："Loads cannot pass other loads" is a ~myth，著實讓人驚出了一身冷汗。 討論集中在了以下的例子上：     P0          P1    ==========  ==========    X = 1;      Y = 1;    R0 =

使用專用線程來非同步執行計算限制的操作 　　在這一節，我將展示如何建立線程和如何使用非同步來執行計算限制的操作。在這開始之前，我強調你要避免使用我給你展示的這種技術。作為代替，你應該盡量使用CLR線程池來非同步執行計算限制的操作，我會在26章“計算限制的非同步模式”來詳細闡述。　　然而，有一些情況你可能需要明確建立線程來執行一個特殊的計算限制的操作。典型的，如果你執行代碼需要有特殊狀態的線程，並與線程池線程不同，你可以建立一個專用線程。例如，在以下條件為真是明確建立你自己的線程：你需要線程允許一

    在.NET世界裡，我們常常聽到的一句話莫過於“System.Object是一切類型的根，是所有類型的父類”，以至於我在《你必須知道的.NET》8.1節 以“萬物歸宗：System.Object”這樣的title為System.Object授予至高榮譽。所以，基於這樣的觀點就有了下面這句“介面是否也繼承於System.Object？”，事實上這正是今天在技術群裡小小討論的一個插曲。   

       給項目的圖表做了一個手工具，用來拖動圖表(類似photoshop裡面的手工具)。  但是把Chart滑鼠指標換成找來的手指標以後運行程式以後，原本藍色的指標卻在表徵圖上面顯示出來卻是黑白的了，醜的要死。       改變預設指標我用的是這行代碼：Chart.Cursor = new Cursor("hand.cur");     其中"hand.cur" 是手指標檔案名稱。      當時我就很疑惑不解，為什麼彩色的指標變成黑白的了呢？ 是不是指標檔案本身的問題？

近日看到了一篇關於反三層的文章，手也痒痒了，就犧牲些時間，拿出來把這個老得掉牙的話題拿出重談。1. 什麼是三層很多人愛把三層架構和MVC混為一談，但是我們可以從最簡單的角度去考慮他們的不同：在設計模式中一般都會有這樣一章，MVC設計模式，而從沒見過哪本書中有寫過三層架構設計模式。迴歸三層，三層一般來講分為兩類：A. 物理上的三層架構B. 邏輯上的三層架構現在就逐個談起，來看下究竟三層是否要走開。2.

昨天看到老趙發了一篇博文：昨日搬至辦公室的書籍 。 於是我也心血來潮，想回家把自己的書也照個照片，以留紀念。   哎，不過照過之後發現自己的書品質和老趙的相比，品質實在相差甚遠，境界也是一個天上，一個地下，不得不哀歎自己的淺薄。從寫下第一行Hello world到現在有兩年的時間了，這些書基本都是在這兩年的時間內買的。其中有一些如C#入門經典之類的書籍已經送人。也有如電腦程式設計藝術之類，買來純屬裝B的。也有如C++大學教程，被同學書托介紹來，買來之後大失所望的。也有如

經常都會有人問我一個問題，我是一個剛剛學編程的人，我想知道，我到底該學什麼呢？這個問題我聽了不下數十遍，我學軟體的時間不長，也不是個高手，這裡僅僅寫出自己的經驗之談。學軟體，專業知識我就不說了，但是其實我並不贊同在學軟體的時候就僅僅去學這門語言，那門語言。除非你就是想做一個打字機。軟體是一門工程，個人認為是需要接觸的知識面最廣的學科之一。那除了各種語言，以及專業課之外，我們還需要學什麼呢？1. 股市分析軟體的精髓在於什嗎？是變化。想做出一個優秀的軟體就要適應變化。那麼變化最大的是什嗎？就是股市。

      在筆試中，我想很多人都會遇到階乘的編程題。今天突然想起自己的第一次筆試，就遇到了這樣的題，還沒在電腦上敲過。就隨便來寫一下，不知道大家在筆試的時候都寫對了嗎？      很多人可能都會用int ,double之類的類型來儲存結果，可是這樣就很容易出現溢出的情況，不信您來試試100的階乘！    

最近一段時間一直在重看CLR via C# , 這次把字串比較的函數總結下。1.Compare和CompareTo大PK 首先是我們最常用的String.Compare和CompareTo執行個體方法，先來看看這兩個方法： 我們通過這個可以直觀地看到，String的靜態方法要比CompareTo多出好多的方法重載，其實這也是兩者的最大區別，也就是說String.Compare有著更多的功能選項供我們控制。其中主要包含著三個方面：A. 文化資訊B. CompareOptionsC.

d在上一次文章中，我們介紹了Canvas的布局。我們也知道，在Silverlight中有Canvas,StackPanel,Grid三種布局方式，今天我們就來詳細地說一下StackPanel的布局。Stack，棧！這個詞我們大家再熟悉不過，一種先進後出的資料結構。我覺得用這個來比喻我們這種布局方式蠻形象。呵呵，稍後再說這個。StackPanel其實像極了JAVA GUI中的FlowLayout，流布局。我們來看個例子：<StackPanel Background="White">

在各位讀這篇文章之前，我給大家一個提醒，我的文章也許稱不上一個設計模式類的文章，只能算是自己在項目中的一個設計總結，在這裡，我很歡迎大家和我一起討論。但是同時我想說，我寫部落格的目的本身就是希望我的經驗可以提醒他人，但是如果造成了一種相反的影響，那就違背我的初衷了，所以希望大家對我的觀點思考，思考，再思考！另外，感謝Jake.NET，裝配腦袋，橫刀天笑等對我的鼓勵。1.

花了一天的時間讀完了《未來產品的設計》第一章。 這一章主要就是將未來產品的自動化設計，雖然作者是在講機器人的設計，但是在我看來，有的觀點放到傳統的互連網行業上也未嘗不可，可是 有的觀點就有失偏頗了。 First，無容置疑，完全的自動化是未來電子產品的方向，作者也在原文中說了這樣的話“設計師往往把注意力放到科技的運用上，企圖盡 可能地將安全和便利都自動化”，但是我並不完全贊同這樣的觀點，在我眼中，成熟的自動化會讓人的生活便捷，但是不完全的自動化卻會給人帶來恐懼。舉個小例

近日花了一些時間在讀周愛民老師的<大道至簡>，全書整體來說是本好書，不過有些部分卻不是很認可，在這裡來談一下，對於整本書觀點，我的一些看法。1.