其他

讓日子過得輕鬆，必須讓代碼不斷往上抽象。avalon的一切就是為這個崇高的目的而迸進——操作資料即操作DOM，遠離DOM進行前端開發。javascript之所以在生命的前十年碌碌無為，都是因為開發人員被這些相容性問題搞怕了。在前十年，人們都是用著那些很底層的原生DOM方法，JS方法進行編程，效率異常低下。隨著Prototype.js, jQuery等庫的出現， 把幾乎所有能封裝都給封裝了，

1、使用情境：拿到一本英文書，總會遇到一些不認識的詞，google一下就出來了。不過有一個問題，由於是專業的書，某些詞總是經常出現，老忘了查過這個詞，又花時間再查一次，於是就找了一個txt，把查到的單詞和意思簡單記錄下來，這樣就避免了同一單詞多次查詢的問題。不過又出現一個問題，我需要在txt中尋找是否google過該單詞，這樣等單詞量大了之後，就很耗精力。這個小工具用於解決這個問題。2、使用在第一個框裡輸入，會自動匹配已經查過的詞。如果沒有查過該詞，按Enter後，會在右側google之。一個框

1>最初方案:用wpf的image控制項迴圈顯示圖片,達到動畫效果,其實就是在後台代碼動態改變Image.Source的值,關鍵代碼: 　　for (int i = 1; i < 601; i++)//六百張圖片 { BitmapImage bmImg = new BitmapImage(new Uri(AppDomain.CurrentDomain.BaseDirectory + i.ToString() +

【原文轉載】http://www.cnblogs.com/ldp615/archive/2010/09/26/IconHandler.html使用 IconHandler 2.0 擷取 檔案表徵圖2010-09-26 22:02 by 鶴衝天, 2634 閱讀, 21 評論, 收藏, 編輯在 Windows 資源管理員中，我們可以使用表徵圖方式來查看檔案，表徵圖可以讓我們快速判斷檔案的類型，如中所選中的檔案，相信大家一眼就能看出是一個 Word

和其他常用控制項一樣，AppBar也在Windows.UI.Xaml.Controls命名空間下，它僅僅是一個簡單的ContentControl。 所以AppBar的成員很簡單，IsOpen和IsSticky代表是否開啟和是否不自動隱藏（還有這兩個屬性的相應相依性屬性執行）。最後就是Opened和Closed事件代表開啟和關閉（隱藏）的事件。 最後通過Page.TopAppBar和BottomAppBar來設定Metro應用程式上面和下面的AppBar。 比如一個簡單的一直顯示的AppBar：&

LINQ的分組（GroupBy方法）返回一個IEnumerable<IGrouping<TKey, TElement>>對象，其中TKey和TElement分別是鍵和值的類型。而這個IGrouping<TKey,

我首先想到的是應用程式定義域AppDomain類型的UnhandledExceptionEventHandler，試了試才知道原來AppDomain.UnhandledExceptionEventHandler就是一個通知性質的事件，沒有處理異常的功能，自然未處理異常還會是程式崩潰。它的UnhandledExceptionEventArgs中有兩個屬性：IsTerminating和ExceptionObject，分別代表程式是否在崩潰和引起崩潰的異常對象。 比如這段代碼：static void

推薦先讀這篇文章：WPF相依性屬性的當前值(Current Value)，基值(Base Value)和本地值(Local Value)相依性屬性（Dependency

                       QR Code碼是由日本Denso公司於1994年9月研製的一種矩陣二維碼符號，它除具有一維條碼及其它二維條碼所具有的資訊容量大、可靠性高、可表示漢字及圖象多種文字資訊、保密防偽性強等優點外，還具有如下主要特點： 　 碼制QR CodeData MartixPDF 417研製公司Denso Corp.I.D. Matrix Inc.Symbol Technolgies Inc(日本)(美國)(美國)碼制分類矩陣式堆疊式識讀速度30個/每秒2~3個/

    最近一周比較忙，主要的工作內容是在做一個叫“鍵盤精靈”的東西，簡單來講就是將很多資料放到記憶體中，對這些資料進行快速檢索，然後找出根據輸入條件最匹配的10條記錄並予以展示。具體和下面兩款炒股軟體的相關功能類似：    

一 問題重現    前面在減少.NET記憶體佔用的一則實踐中，和大家分享了在.NET中使用P/Invoke技術來調用C++編寫的Unmanaged 程式碼的例子。雖然效能和記憶體佔用還不錯，但是在隨後而來的幾周裡，在某些同事的機器上總是偶爾會出現異常導致應用程式突然崩潰，尤其是在一些配置比較好的機器上。於是完善了一下日誌記錄，捕捉到最多的異常是:     “Attempted to read or write protected memory. This is often an

System.Security.Permissions中的PrincipalPermission類是.NET中的一個比較特殊的權限類別，它是目前唯一一個繼承IPermission介面但是不繼承CodeAccessPermission類的許可權。 原因是這個許可權是用來檢查抽象使用者權限（.NET中的IPrincipal介面），因此它和代碼存取權限（CodeAccessPermission）這種基於程式集安全性原則證據的許可權管制沒有關係，所以它成為唯一一個目前不繼承CodeAccessPermi

    在工作中，經常會碰到諸如記憶體流失的問題，有時候會聽到同事討論在.NET中如何釋放記憶體，比如說“不要使用using，要手動調用dispose”，“要手動的編寫解構函式”等等，其中橫多觀點我覺得不對，今天稍微整理一下，本文譯自Effective C#。一 問題的由來    

    我們知道在.NET平台上有很多種資料存放區，檢索解決方案-ADO.NET Entity Framework，ASP.NET Dynamic Data，XML, NHibernate，LINQ to SQL 等等，但是由於一些原因，如平台限制，比如說必須基於.NET

Chrome外掛程式——一鍵儲存網頁為PDF1.0http://www.cnblogs.com/bdstjk/p/3163723.html  仿照網上的一個代碼寫的，地址找不到了。將表單，控制項什麼的都封裝到一個類庫裡面了，方便以後使用。源碼下載：http://download.csdn.net/detail/bdstjk/5679651介面效果：表單模板，主要是實現一個無邊框表單，並添加陰影製作效果。 <Style

文章目錄 三、為啥要並發和並行 一、引言   前天在GitHub上看到一幅圖，問如何向五歲的小孩講解並發和並行。然後有人以這幅圖做答：    這幅圖有點兒意思，用咖啡機的比喻來形容並發和並行，從中最直接的體會是，並發是有狀態的，某一線程同時執行一個任務，完了才能進行到下一個，而並行是無狀態的。   

建立這樣一裝飾器，通過漸層動畫，把所裝飾的元素覆蓋。看表單XAML：<StackPanel>    <Button Name="btn”

由於WPF計算光照會根據整個平面的方向向量，所以如果在不同面上使用同一個點可能會達到不同的光照效果。讓我們用不同的定義Mesh的方法來示範這個問題。 首先要定義兩個簡單的相交面，為方便定義，整個圖形的主視圖可以參考：  第一個方法就是用最簡單的最笨的方法，一次性定義所有的點，這樣兩個面四個三角形一共12個點，TriangleIndices是從0到11.如下代碼：<MeshGeometry3D Positions="-1 0 0, 0 0 1, 0 1 1, -1 0 0, 0 1 1, -

當你自訂一個路由事件的EventArgs，直接繼承RoutedEventArgs，然後新增成員就OK了？不！記住改寫RoutedEventArgs.InvokeEventHandler方法。這個方法是protected

這三個回調對應相依性屬性的驗證過程，改變過程和強制轉換過程。 測試環境：.NET 4.0用於測試的依賴對象：class Dobj : DependencyObject{    //相依性屬性封裝    public int MyProperty    {        get { return (int)GetValue(MyPropertyProperty); }        set { SetValue(MyPropertyProperty, value); }    }