C++

Windows中的拖放功能大家一定很熟悉了，如檔案的轉移，拷貝等操作用滑鼠輕輕一拖即可，在編寫程式中有時也用到拖放，那麼如何?呢？現以C++ Builder5（簡稱CB5）為例，分析拖放功能的具體實現。一．工具條的拖放---- 要實現拖放功能，首先必須瞭解幾個與拖放有關的屬性和方法， 對於TControl控制項，CB5提供了三個屬性，DockSite，DragKind和DragMode。靈活運用這三個屬性會得到意想不到的效果。這三個屬性的意義是：----

327 - Evaluating Simple C ExpressionsTime limit: 3.000 secondshttp://uva.onlinejudge.org/index.php?option=com_onlinejudge&Itemid=8&category=104&page=show_problem&problem=263The task in this problem is to evaluate a sequence of simple

題目連結：http://uva.onlinejudge.org/index.php?option=com_onlinejudge&Itemid=8&category=104&page=show_problem&problem=263題目類型： 資料結構， 二叉樹範例輸入：a + bb - za+b--+c++c+f--+--a f-- + c-- + d-++e範例輸出：Expression: a + b value = 3 a = 1 b = 2Expression:

按自己的想法實現的C#版本的限制並發線程數的常式，給有需要的讀者using System;using System.Collections.Generic;using System.Text;using System.Threading;namespace WZDM.Test{/// <summary>/// 限制並發線程數常式/// </summary>public class TestThread{int _currentThreads = 0;int

我們知道C＃和C＋＋的差異之一，就是他本身沒有類庫，所使用的類庫是.Net架構中的類庫--.Net FrameWork SDK。在.Net FrameWork

異常是程式運行中發生的錯誤，異常處理是程式設計的一部分。在c#中異常處理是通過Exception基類進行的，可以建立自己的異常類，但這個類必須是繼承自Exception基類。異常將導致不完善或者不需要的結果，因此在程式設計中需要處理異常。異常也可以是象"IndexOutOfBounds"這樣的錯誤，這個錯誤表示程式試圖訪問數組中部存在的元素；比如數組最大元素為100，當試圖訪問元素101時就將會發生這樣的錯誤。但這些都是內建的異常，可以直接通過Exception基類處理，如果

問題：在多線程中調用Winform我的WinForm程式中有一個用於更新主視窗的背景工作執行緒（worker thread），但文檔中卻提示我不能在多線程中調用這個form（為什嗎？），而事實上我在調用時程式常常會崩掉。請問如何從多線程中調用form中的方法呢？解答：每一個從Control類中派生出來的WinForm類（包括Control類）都是依靠底層Windows訊息和一個訊息泵迴圈（message pump

1．如果可能盡量使用介面來編程.NET架構套件括類和介面，在編寫程式的時候，你可能知道正在用.NET的哪個類。然而，在這種情況下如果你用.NET支援的介面而不是它的類來編程時，代碼會變得更加穩定、可用性會更高。請分析下面的代碼：private void LoadList (object [] items, ListBox l){　for (int i = 0; i < items.Length;i++)　　l.Items.Add (items[i].ToString

隨著資料庫的廣泛應用，資料庫編程已經成為程式設計中發展迅猛的一支。C＋＋

我們從一開始就一直在利用C++的輸入輸出在做著各種練習，輸入輸出是由iostream庫提供的，所以討論此標準庫是有必要的，它與C語言的stdio庫不同，它從一開始就是用多重繼承與虛擬繼承實現的物件導向的階層，作為一個c++的標準庫組件提供給程式員使用。iostream為內建類型類型對象提供了輸入輸出支援，同時也支援檔案的輸入輸出，類的設計者可以通過對iostream庫的擴充，來支援自訂類型的輸入輸出操作。為什麼說要擴充才能提供支援呢？我們來一個樣本。#include

測試程式後面的常式，都是對數組的排序，使用靜態鏈表的也適用於鏈表的排序。為簡單起見，只對單關鍵碼排序，並且最後的結果都是從頭到尾按升序排列。下面是統一的測試程式：#include <iostream>#include <iomanip>using namespace std;#include <stdlib.h>#include <time.h>#include <math.h>#include

　　原書這部分內容很多，至少相對於迴圈鏈表是很多。相信當你把單鏈表的指標域搞清楚後，這部分應該難不倒你。現在我的問題是，能不能從單鏈表派生出雙向鏈表？＜?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office"

程式庫的設計就是一個折衷的過程。理想的程式庫應該是短小的、快速的、強大的、靈活的、可擴充的、直觀的、普遍適用的、具有良好的支援、沒有使用約束、沒有錯誤的。這也是不存在的。為尺寸和速度而進行最佳化的程式庫一般不能被移植。具有大量功能的的程式庫不會具有直觀性。沒有錯誤的程式庫在使用範圍上會有限制。真實的世界裡，你不能擁有每一件東西，總得有付出。不同的設計者給這些條件賦予了不同的優先順序。他們從而在設計中犧牲了不同的東西。因此一般兩個提供相同功能的程式庫卻有著完全不同的效能特徵。例如，考慮iostre

背景在我們用C/C++開發的過程中，總是有一個問題會給我們帶來苦惱。這個問題就是函數內和函數外代碼需要通過一塊記憶體來互動(比如，函數返回字串)，這個問題困擾和很多開發人員。如果你的記憶體是在函數內棧上分配的，那麼這個記憶體會隨著函數的返回而被彈棧釋放，所以，你一定要返回一塊函數外部還有效記憶體。這是一個讓無數人困擾的問題。如果你一不小心，你就很有可能在這個上面犯錯誤。當然目前有很多解決方案，如果你熟悉一些標準庫的話，你可以看到許多各式各樣的解決方案。大體來說有下面幾種:1)在函數內部通過mal

很老的問題了。今天稍微總結了下，有遺漏的地方和錯誤的地方還望大家補充。關於使用大括弧初始化class和struct如果定義了建構函式的話，都不能用大括弧進行初始化如果沒有定義建構函式，struct可以用大括弧初始化。如果沒有定義建構函式，且所有成員變數全是public的話，可以用大括弧初始化。關於預設存取權限class中預設的成員存取權限是private的，而struct中則是public的。關於繼承方式class繼承預設是private繼承，而struct繼承預設是public繼承。且看如下代

（四） 儲存格的操作儲存格的操作實際上就是對範圍（Range）的操作。一般的程式碼片段如下：RangePtr r;r=EWS4->get_Range(V("a1"), V("a1"));r->set_Value(V("Species No"));所以，對儲存格內容的操作實際就是先獲得一個要操作的範圍（Range），然後再set_Value的過程。和資料庫連接並不很困難。將資料庫中的資料寫到Excel

1.常用的C++單元測試架構測試驅動開發（TDD）已經是一種非常流行的開發方式了，在Java和.Net中都提供了非常好的單元測試架構，最近研究C++下面的單元測試，發現其實在C++中還是有很多選擇：CPPUnit：著名的XUnit系列產品之一，熟悉JUnit、NUnit的開發人員可以很快上手。CXXTest：需要進行預先處理，需要安裝Perl或Python。Boost Test：功能強大，提供了自動註冊和手動註冊兩種方式，更重要的是來自千錘百鍊的Boost庫。Google

IBM ®Rational®Systems Developer 的 C++ 可視化(C++ Visualization)特效能夠讓您使用 C++ 代碼，利用一個類似 UML 的符號提供與 UML 建模相似的技巧。這篇文章展示了如何圖形化地表示(顯示) C++ 原理，發現並顯示它們在 UML 圖中的關係，建立新的 C++ 組件，直接從圖中編輯原始碼，建立關聯和導航特性。C++ 可視化特性的介紹IBM®Rational®Systems Developer C++

在VDSP下編譯mm/filemap.c時，發生了一個VDSP編譯器錯誤：../../mm/filemap.c At end of source: : internal error: Uncaught exception Assertion failed raisedat ../../../bril/optimiser/dominators.c:910 (in passcleanup_scalar_stores_nonopt during compilation

在編譯arch/blackfin/kernel/reboot.c時有兩個語法錯誤：../../arch/blackfin/kernel/reboot.c [Error ea5004] "c:/temp/acc0a84d6e7000/acc0a84d6e7001.s":94 Syntax Error in : .Lfoo: NOP; syntax error is at or near text '.Lfoo'. Attempting error recovery