C++

要在發送請求的時候添加HTTP Basic Authentication認證資訊到請求中，有兩種方法：一是在要求標頭中添加Authorization：Authorization: "Basic 使用者名稱和密碼的base64加密字串"二是在url中添加使用者名稱和密碼：http://userName:password@api.minicloud.com.cn/statuses/friends_timeline.xml

我的廣告單元，有空點一下哦，謝謝！首先在你的WINDOWS檔案夾下搜尋看看有沒有這個組件：sapi.dll；如果有的話，那就成功一半了。如果沒有的話到網上下載一個，網上有的。第二步，在你的應用程式中添加引用speech，然後在添加引用-->瀏覽sapi.dll，把spil.dll添加到引用裡。第三步，在using裡添加如下代碼：using System.Speech; using System.Speech.AudioFormat;第四步，在ｂｕｔｔｏｎ單擊事件裡添加如下代碼uint

我的廣告單元，有空點一下哦，謝謝！　　冒著被拍磚的危險，投放到首頁。C#製作不規則表單應該又是一個老生常談的問題了，可能很多老鳥會帶BS的眼神，那麼請老鳥們視該文章如浮雲吧。　　製作不規則表單，本例採用圖片背景形式，這也是通常的思路。以前也做過類似的案例，但都不深入，這次項目中需要用到，順便理了下思路，找到另一種比較簡單的方法，下面介紹下兩種解決方案。　　第一種：也是大家管用的一種方法，實現步驟如下   

項目中經常與硬體打交道，LED顯示屏上面的液晶數字很好看，QT中直接就有數位管這個控制項，C#中自己來寫一個，其實掌握了一種自訂控制項的寫法，其他的都是浮雲，舉一反三，最笨的自訂控制項無非就是準備好精美的圖片，然後雙緩衝根據條件繪製到介面上，將手機QQ和金山毒霸手機版下載寫來，拓展名改為rar，解壓出來，在 res檔案夾下面可以看到所有使用的資源，直接拿過來用咯。其實手機軟體大部分效果都是繪製圖片+文字而成的。：一個動態液晶時鐘 步驟1：準備0-9十張圖片                  

注意：有多種方式來刪除目前使用者沒有許可權的檔案（或檔案夾），這裡僅討論使用.NET中的存取控制API來做上述事情，不對其他方法作評價。 起因是安裝了Windows 8，然後想把它卸載掉，由於Windows 8安裝到了F盤，而且F盤還包含其他重要檔案，因此不能格式化，於是把啟動項中的Windows 8刪除掉後，接下來就要手動刪除這些Windows

眾所周知XML是可以擴充的，XML的元素可以靠名稱識別而不是只按照未知識別。在XML還原序列化的時候只要需要的資訊存在就可以成功將XML資料轉化成還原序列化後的對象。但是這並不代表著用來還原序列化的XML資料就一定是序列化的標準結果。有些時候XML資料會有多餘冗長資訊，這個在還原序列化的過程中預設是不會被覺察到的。 XmlSerializer類型有三個事件可以覺察到未知XML節點：UnknownNode，UnknownElement和UnknownAttribute。分別對應未知節點，未知元素和

這兩個元素都在<configuration> – <runtime> – <assemblyBinding>元素下。 <probing>元素指定CLR探索程式集的子目錄，這個目錄是相對應用程式定義域的基目錄。（可以參考這篇文章：.NET(C#):

由於Windows存取控制是可以被繼承的，所以當一個安全性實體從一個位置被移動到另一個位置，他的存取控制是可能因此而被影響的。為了能夠讓一個安全性實體的存取控制保持現有資料而又不會因為路徑改變而繼承目標路徑的控制選項。可以使用ObjectSecurity.SetAccessRuleProtection方法。注意ObjectSecurity類型在System.Security.AccessControl命名空間內，並有ObjectSecurity還有SetAuditRuleProtection方法

這篇文章作為另一篇文章的補充：淺談.NET(C#)與Windows使用者賬戶資訊的擷取 當你得到一個WindowsIdentity對象，怎樣擷取它的兩種IdentityReference：SecurityIdentifier和NTAccount？首先這兩個子類擷取一個類就可以，另一個直接從IdentityReference.Translate方法中得到便可以。不同類型的IdentityReference其Value屬性往往不一樣。 首先對於WindowsIdentity對象，它的User屬性返回

項目中需要對漢字使用區位碼進行轉化，寫了一個類，分享如下：using System;using System.Collections.Generic;using System.Linq;using System.Text;namespace Rare.Card.Libary.Helper{    public class CharacterAreaCodingConvertHelper    {        /// <summary>        /// 漢字轉區位碼      

我的廣告單元，有空點一下哦，謝謝！操作步驟：首先添加類：using System;using System.Runtime.InteropServices;namespace WorkHelper{ enum WPSTYLE { CENTER = 0, TILE = 1, STRETCH = 2, MAX = 3 } struct WALLPAPEROPT { public int dwSize;

C#擷取遠程圖片，需要Form使用者名稱和密碼的Authorization認證using System;using System.Collections.Generic;using System.Drawing;using System.IO;using System.Linq;using System.Net;using System.Text;using System.Web;using System.Web.UI;using

我的廣告單元，有空點一下哦，謝謝！using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.Runtime.InteropServices;namespace WorkHelper{ class ShutDown { [StructLayout(LayoutKind.Sequential, Pack = 1)]

作為一個從C++過來的開發人員，對於C#不能使用預設參數感到很不爽，因為這樣的話明明寫一個函數就可以實現的功能非得分成多個重載（overload）函數去寫。但今天看到一個代碼，突然發現C#原來也可以用預設參數，用法跟C++非常類似。 static void TestFun(int a = 10) { Console.Write(a.ToString()); } static void Main(string[]

背景隨著富用戶端架構的盛行，以及眾多優秀的前端js架構，很多情況我們會遇到跨域的問題，而js的ajax請求是不允許直接跨域訪問的，當然你會說可以用JSONP等，但是由於代碼潔癖，不想在前端和後台添加callback，而且很多情況你是無法控制的，需要牽連考慮太多的情況。所以我直接繞過了，每個前端應用，內建一個通用後端服務代理，該服務解決跨域問題，自動代理幫前台擷取跨域的資料。 如何算跨域雖然是個老問題，但是還是要提醒注意下兩點：同IP，不同連接埠，資料訪問是跨域的，但是Cookie訪問是可以的（這

先說結論，如果有兩個擁有相同程式集名稱的強命名程式集，一個在GAC裡，一個不在。怎樣動態載入那個不在GAC裡的程式集？答案就是只有Assembly.ReflectionOnlyLoadFrom才可以載入這個程式集。 比如我們把system.dll檔案拷貝到D盤（注意應用程式定義域預設會載入mscorlib.dll，而不是system.dll）。然後試試用下面的方法：var path =

每當建立檔案時，除了一些基本檔案屬性（建立時間，修改時間……），系統還會將建立檔案的使用者名稱稱和組名稱儲存起來。這些安全資訊也就是所謂的“安全描述項”（Security

我之前寫過幾篇關於Windows存取控制的文章：淺談Windows存取控制在.NET(C#)中的實現（ACE, SD, DACL, SACL） .NET(C#)：使用存取控制建立一個只有目前使用者可以訪問的檔案 .NET(C#)：使用ObjectSecurity.SetAccessRuleProtection保留存取控制資料  這篇文章起到一定的補充作用。 講一下在Windows下（具體是在Windows

首先.NET中的ICryptoTransform是單向的，也就是只能從一個狀態將資料轉化成另一個狀態，反之是不可以的。當然手動操作ICryptoTransform還是比較繁瑣的，通過CryptoStream可以更輕鬆地操作一個ICryptoTransform。由於ICryptoTransform是單向的，所以加密解密這兩個過程就需要兩個ICryptoTransform，這個通過SymmetricAlgorithm類的CreateEncryptor和CreateDecryptor方法來建立。而用C

CryptoStream的成員方法確實有些混亂，細細研究一下，其實也不是特別混亂，也算符合.NET中的某些命名規則吧。先說Flush相關的，感覺這個更重要些。 首先從Stream類繼承來的Flush方法並沒有執行流的Flush操作，CryptoStream改寫基類的Flush方法為空白： 而CryptoStream自己的FlushFinalBlock才進行所謂的Flush操作（難道微軟想用這種方式提醒開發人員CryptoStream的Flush操作很重要嗎？），這個操作會將內部緩衝區的資料進行寫