其他

 永夜(871863191)  18:13:05我覺得未來的程式設計語言應該更加和數學結合把更多數學思想和模型引入到程式設計語言的設計中其實C+＋的很多東西，已經比較好的體現了這一點  匿名支援(519398990)  18:17:13no，function模組化進化的目標不是讓數學與結合整表現，而屏蔽這些計算細節而是  匿名支援(519398990)  18:18:59未來語言進化應該是是簡化文法形式，提供更單純的讀寫方式的程式碼文  匿名支援(519398990)  18:20:20我掐指一

Big Endian和Little Endian的區別原文連結：http://lpn5200.blog.163.com/blog/static/205770452006113133847818/Big Endian和Little Endian的區別1．故事的起源 “endian”這個詞出自《格列佛遊記》。小人國的內戰就源於吃雞蛋時是究竟從大頭(Big-Endian)敲開還是從小頭(Little- Endian)敲開，由此曾發生過六次叛亂，其中一個皇帝送了命，另一個丟了王位。

          典型的BMP影像檔由四部分組成：　 1：位元影像檔案頭資料結構，它包含BMP影像檔的類型、顯示內容等資訊；　 2：位元影像資訊資料結構，它包含有BMP映像的寬、高、壓縮方法，以及定義顏色等資訊；　  3：調色盤，這個部分是可選的，有些位元影像需要調色盤，有些位元影像，比如真彩色圖（24位的BMP）就不需要調色盤；　  4：位元影像資料，這部分的內容根據BMP位元影像使用的位元不同而不同，在24位元影像中直接使用RGB，而其他的小於24位的使用調色盤中色彩索引值。       

設R(U)是一個屬性集U上的關係模式，X和Y是U的子集。　　若對於R(U)的任意一個可能的關係r，r中不可能存在兩個元組在X上的屬性值相等， 而在Y上的屬性值不等， 則稱 “X函數確定Y” 或 “Y函數依賴於X”，記作X→Y。 　　X稱為這個函數依賴的決定屬性集(Determinant)。　　Y=f(x)　　說明： 　　1. 函數依賴不是指關係模式R的某個或某些關係執行個體滿足的約束條件，而是指R的所有關係執行個體均要滿足的約束條件。　　2.

getopt()（分析命令列參數）  表標頭檔    ＃i nclude<unistd.h>定義函數    int getopt(int argc,char * const argv[ ],const char * optstring);函數說明    getopt()用來分析命令列參數。參數argc和argv是由main()傳遞的參數個數和內容。參數optstring 則代表欲處理的選項字串。此函數會返回在argv 中下一個的選項字母，此字母會對應參數optstring

    在visual studio 2005以上版本中使用API建立tootip，建立後發送TTM_ADDTOOL等訊息會失敗，原因是載入的commctrl dll版本不匹配，解決方案如下： 1 在stdafx.h檔案中把 #define _WIN32_WINNT 0x0501 改為 #define _WIN32_WINNT 0x0500 2 在#include "commctrl.h" #pragma comment(lib, "comctl32.lib") 之前加上如下代碼：#if

    首先填充DLGTEMPLATE結構體：DLGTEMPLATE* CreateDlgData() {  const int SIZE = 1024;  WORD* pTempl = new WORD[SIZE];  memset(pTempl, 0, sizeof(WORD)*SIZE);  DLGTEMPLATE& dt = *((DLGTEMPLATE*)pTempl);  dt.style = WS_OVERLAPPEDWINDOW

      自己寫的一個xmpp用戶端，可以和pidgin、psi等xmpp用戶端通訊。有興趣的朋友可以下載來看看。      協議棧用的gloox庫，實現了主要的一些功能，包括註冊、登入、添加移除朋友、好友線上狀態、單人聊天、多人聊天及檔案傳輸等。      介面是自己用純WIN32 API封裝的庫。因時間精力所限，可能會比較簡單一些。      使用的是visual studio 2005編譯，運行平台是windows

      一個網路通訊開發庫mnet，有興趣的朋友可以下載看看。      封裝了TCP和UDP的socket函數，封裝了完成連接埠、WSAEventSelect、select等3種winsock I/O模型，並結合線程池+記憶體池模式，支援高並發。      使用的是visual studio

最近研究華為的eConference，接觸用戶端原始碼以來一周了。深刻的使我思考了兩個問題。C++作為OOP語言，在接觸一個新應用的原始碼時候我們會怎麼去解讀去理解該應用。這個問題促使我思考一個應用我們到底應該如何去構建。C++對象使用引用資料何時有用處？因為發現有些類從某根類派生具備了引用計數功能而居然定義這樣一條規則，不能由應用程式層去delete！ 第一個問題，因為我發現從用戶端這個應用來看，封裝的相當有層次，當然乍一眼有些令人茫然，封裝那麼深層做什麼，徒然帶來閱讀的累啊。一個應用或一個組

面試題描述：一個射擊運動員打靶，靶一共有10環，連開10槍打中90環的可能行有多少種？網上已經有很多解法了，不過這裡擴充到一般的角度分析。抽象出來的數學描述就是：從M個數中取出N個數，使得和正好等於給定的值，求所有的取法。 C++實現：//從M個數中取出N個數，使得和正好等於total，求所有的取法int result[1024];//結果記錄int count = 0;//結果計數int total = 90;//指定的和int M = 11;int N =

class CSDI01View : public CWindowImpl<CSDI01View>{CMenuHandle m_TrackMenu;CToolTipCtrl m_ToolTip;public:DECLARE_WND_CLASS(NULL)BOOL PreTranslateMessage(MSG* pMsg){pMsg;return FALSE;}BEGIN_MSG_MAP(CSDI01View)MESSAGE_HANDLER(WM_CREATE,

問題描述：在一個區間範圍內（例如1-100）產生不重複的隨機數，C++代碼：#include<iostream>#include<time.h>#define N 100int a[N];//結果數組void swap(int& i,int& j){int temp=i;i=j;j=temp;}int main(){int i=0;for(i=1; i<=N; i++){a[i]=i;}srand(unsigned(time(NULL)));for(

什麼是模態彈出，是指某個函數會彈出顯示並要求使用者響應操作才會返回的調用。例如有捷徑功能表的彈出，模態對話方塊的彈出，訊息提示框的彈出等等這些，一直等待著使用者輸入的介面元素，輸入焦點會一直掛著，直到使用者響應，結束了模態調用過程。因為此時介面線程是阻塞在模態調用過程中，主訊息迴圈不會執行到，而阻塞在模態自身的訊息迴圈中。因此被稱作模態。那麼什麼又被稱作擬模態框，很簡單，只是使使用者覺得這是個模態對話。而實際卻只是普通視窗或非模態對話方塊。有兩種可行方式類比，一個種仿模態過程，在在彈出顯示的調用

我的技術BLOG:http://hi.baidu.com/pass86由於某些原因（使用教育網），網速較慢，不能在CSDN寫BLOG

JSON是一套資料對象組織格式，從程式員的角度觀看，他是以種非常易讀易寫的形式來描述一種key-value的資料群組織。全名稱JavaScript Object

當冒號指令碼來臨——       前一篇《JSON帶來編程界怎樣的描述》，已經展開了一種指令碼設計概念，以此誕生的指令碼語言待定義的文法不多。但總歸需要經曆各種語言描述能力對比來歸納最終友好特性的。   

當冒號指令碼來臨——            指令碼最佳體驗冒號指派說明;冒號替代等號指派賦值，當命名聲明指派時指定。相當於聲明當前範圍的一個名字指派。當對指定對象的屬性賦值時候，依舊請使用等號。即不廢棄等號賦值功用，基本操作仍需要。樣本見下：//當前作用範圍中冒號指派something:{name : "something",number:2,property:{}// .. and so on};// something// 對象屬性賦值操作something.number = 0;i:3;

本文接著上篇分包收包問題隸屬同一個問題。今天剛遇到的問題並解決了，TCP協議傳輸，流式通訊端編程，收取網路資料時，從緩衝資料中讀取出應用程式層完整包，原來沒有單個固定頭長度的資料包取出bug表現，現在後來加入一個只有頭的報文進入，於是整個取包就出現混亂。完整性再一次無法癒合。現在重新整理取包流程。msglen = recv(s, buffer, sizeof(buffer), 0); buf4packet 為儲存完整資料包的臨時資料緩衝區while(msglen>0){{int

TAP概述指令碼中一切皆對象，若還以傳統模式思考編程模式，那簡直是對不起指令碼解譯器的強大支援；我們應該以最接近人類操作方式的來表達人的意圖。更接近工作實踐的方式，比如遊戲中，一個人物一個角色，人物的能力，除了由其屬性決定其天賦能耐，後期修鍊中獲得的技能與裝備更影響其命運。因此我們編程照樣能夠以此生態來表述我們的指令碼流程。因此我們的指令碼工作主要就是生產一個個目標功能組件，