C++

Java介面中可以定義變數成員。如：interface abc{    int num=1;}可以編譯通過。而C#的介面中只能寫函數原型。任何欄位也不能包括。不管是否常量，靜態變數。我認為還是C#更規範些啊。介面中本來是不應該有任何實現的。如果需要用到常量，可以建立抽象類別，抽象類別實現這個介面，這樣在抽象類別中定義需要的欄位就可以了。P.S.一直不明白的還有為什麼Java中的Protected存取修飾詞可以被本包中非子類訪問。有知道的朋友請一定告訴我，謝謝啦！

問題是，好像總有看不見的字母在下落。因為看不見，所以不能打。所以一會兒就死掉了。不知道該如何解決？

前幾天被老闆安排製作程式的安裝包，重來沒有做過，就想應該用什麼工具製作安裝包。現在有很多安裝程式製作的工具（wise等），下載了一個試試，覺得研究起來太麻煩，就想使用.Net的安裝程式製作的安裝包。不過在製作過程中還真是遇到了不少問題。本文參考：李洪根 的“NET平台下WEB應用程式的部署(安裝資料庫和自動設定)”個人用的是C＃，把他的VB代碼翻譯了一下，呵呵。首先需要把你要建立的資料庫表結構匯出來，使用slqserver的匯出嚮導匯出表結構，先儲存到db.sql檔案中吧。可選步驟：安裝Fram

       昨天參加了VS.Net的發布會，看到謝恩偉示範了幾個WEB UI，APP UI，MOBILE UI的DEMO，黃存義和廖恒毅也是強調VS.Net的rapid，VS.Net的其中一個目的似乎就要做到的就是在開發用戶端應用中盡量重用代碼和設計。      

一、C#與.NET的關係C＃本身是一門語言，他是用於產生面向.NET環境的代碼，但其並不是.NET的一部分。換言之，C#編寫的代碼總是運行在.NET Framework中。而且，在很多時候，C＃的特定功能依賴於.NET。比如，在C＃中聲明一個int類型，實際上是.NET中System.Int32類的一個執行個體。 .NET的核心是CLR(通用語言執行平台)。在CLR中啟動並執行代碼，我們成為“Managed 程式碼”。 我們寫的代碼在運行之前，會經過兩個編譯階段。1、 

建構函式是和類名相同的類的一個方法，如果沒有顯式的聲明，在系統會在編譯的時候，自動產生一個不帶參數的，不執行任何動作的建構函式。       但如果顯式的聲明了建構函式，系統就不會自動產生了。如果聲明的建構函式是有參數的建構函式，我們在執行個體化類的時候，就必須以該建構函式而執行個體化類。看下面的代碼:CodeCode highlighting produced by Actipro CodeHighlighter

一、結構結構和類幾乎一樣，在定義的時候只需要把class寫成 struct 。為結構定義函數和為類定義函數完全一樣。       那什麼時候用結構呢？在一些時候，我們僅需要一個小的資料結構。如果用類的話效能是有損失的，而採用結構就比較合適。       注意，結構是實值型別，而類是參考型別；結構不支援繼承；結構在編譯時間，編譯器總會提供一個無參的建構函式；在結構中不允許定義無參的建構函式。 二、部分類      

應為靜態和非靜態問題上網找了一些資料，下面是對一些資料的整理。應為非靜態成員的存在依賴於執行個體，所以也可可以稱為執行個體成員。類中的成員包括:資料成員：資料成員可以分靜態變數、執行個體變數兩種. 靜態成員：靜態成員變數是和類相關聯的,可以作為類中"共"有的變數(是一個共性的表現),他不依賴特定對象的存在,訪問的時候通過類名加點操作符加變數名來訪問. 執行個體成員：執行個體成員變數是和對象相關聯的,訪問執行個體成員變數依賴於執行個體的存在. 函數成員： 方法可以主要分為靜態方法,執行個體方法

這個有點難啊。暫時這麼做了做，不符合第二條要求。BBC的話。會有重複的。BBCBCBBCBCBB雖然篩選不重複的肯定可以實現，不過這肯定不是題目原意。有時間需要重新做一下using System;using System.Collections.Generic;using System.Text;using System.IO;namespace ACM2{    class Program    {        static void Main(string[] args)        {

哈哈！竟用C#寫了。偷懶呀！以後還要用C語言再寫一次。用C#寫這個太簡單了。using System;using System.Collections.Generic;using System.Text;using System.IO;namespace ACM1{    class Program    {        static void Main(string[] args)        {            if(args.Length==0)            {    

1.Substring.在Java中，String類有個substring方法。在C#中，string類有個Substring方法。他們的功能也不一樣。Java中:String s="ABCDEFG";那麼。s.substring(1,2)的值為"B"，因為參數的意思是兩個位置。C#中:string

        private string buildurl(string url,string param)        {            string url1=url;            if(url.IndexOf(param)>0)            {                if(url.IndexOf("&",url.IndexOf(param)+param.Length)>0)                {           

1.把C++當成一門新的語言學習（和C沒啥關係！真的。）； 2.看《Thinking In C++》，不要看《C++變成死相》； 3.看《The C++ Programming Language》和《Inside The C++ Object Model》,不要因為他們很難而我們自己是初學者所以就不看； 4.不要被VC、BCB、BC、MC、TC等詞彙所迷惑——他們都是整合式開發環境，而我們要學的是一門語言；

二、程式集程式集（Assembly）是包涵編譯好的,面向.NET Framework 的代碼的邏輯單元。程式集是完全自我描述性的，也是一個邏輯單元。程式集的一個重要特點是其包含的中繼資料描述了對應代碼中定義的類型和方法。程式集也包含了自身的中繼資料。程式集也有私用組件和共用組件之分。這些在後面我們將會學習到。三。、反射。     

   從這一節開始，我們開始複習C＃基礎知識，涉及變數聲明，變數的初始化，範圍，C#的預定義資料類型，C#中的迴圈和條件陳述式，枚舉，命名空間，Main()方法，C#標識符和關鍵字，C#編碼的規範和約定，等等。首先，我們還是從非常經典的“Hello word !”開始。       我們建立一個.txt檔案，並且更改為 test.cs 。然後鍵入以下內容。 CodeCode highlighting produced by Actipro CodeHighlighter

介面我們在前面也已經有所提及。介面的命名傳統上都以大寫I 開頭。   我們假設這樣一種情況，一個系統有很多使用者，我們可以查詢某個使用者是否存在，並且可以修改使用者的密碼。但有可能某天我們的資料庫從mysql 升級成為 sqlserver 。在這種情況下，我們看下面一個例子。 CodeCode highlighting produced by Actipro CodeHighlighter

搞了一個上午，唉，，累死我。<code>private void DataGrid1_ItemCreated(object sender, System.Web.UI.WebControls.DataGridItemEventArgs e)  {ListItemType itemType = (ListItemType)e.Item.ItemType;   if (itemType == ListItemType.Item||itemType ==

一、枚舉。枚舉是使用者定義的整數類型。在聲明一個枚舉類型時，需要指定該枚舉可以包含的一組可以接受的執行個體值。我們看個樣本。  CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->using System;using System.Windows;namespace gosoa.com.cn{class MyFirstClass {

一、裝箱和拆箱裝箱就是 將實值型別轉換為參考型別。拆箱就是 將參考型別轉換為實值型別。比如我們非常常用的 .ToString() 方法，就是典型的一個裝箱的過程。再如下面的例子int i=10;object y=(object) i ; //這就是裝箱int x=(int)y;  //這是拆箱。 二、對象的相等比較       在C#中，有四種比較相等的方法。1、  ReferenceEquals() 該方法是一個靜態方法，用來判斷兩個引用是否指向同一個執行個體。也就是是否指向同一個記憶體位址，

http://www.cnblogs.com/nuaalfm/archive/2008/09/08/1287162.html您清晰的組件化目標是否因在庫間共用過多類型資訊而落空？或許您需要高效的強型別化資料存放區，但如果每次物件模型發展後都需要更新您的資料庫結構描述，那會耗費很大成本，所以您更願意在運行時推斷出其類型架構嗎？您需要交付能接受任意使用者物件的組件，並以某種智能化的方式處理它們嗎？您希望庫的調方者能以編程方式向您說明它們的類型嗎？如果您發現自己在苦苦維持強型別化資料結構的同時，又冀望