其他

既然是"最小化", 那麼就要明確最少需要哪些功能. 對於一般的物理應用來說, 只是簡單地類比碰撞, 柔體什麼的都用不到. 在這樣的前提下, bullet的工程可以精簡到三個: libbulletcollision, libbulletdynamics, libbulletmath.接下來, 需要明確一下基本的物理概念. 這個是跟用什麼庫(physx, havok, etc)是沒有關係的. 在上面的前提下, 物理方面可以抽象成一個程式對象和三個物理對象:程式對象: 就是對物理引擎的封裝,

最先在這裡看到:http://www.gamerendering.com/2008/12/20/radial-blur-filter/這效果在鬼泣4中切換情境時見過, 極品飛車12的移動模糊也有這種感覺.原理:    確定一個中心點(如0.5, 0.5), 跟當前像素連一條線. 以當前像素為中心, 線上上的附近像素進行採樣, 最後取一下平均值.代碼翻譯成HLSL:// This texture should hold the image to blur.sampler2D Texture0;//

 樹是一種十分重要的資料結構。在程式設計中，我們經常用樹來組織資料。對於樹的遍曆也是一種常規的運算，下面提供了兩個演算法。前面一個只是簡單的遍曆了所有的結點，後面一個則可以根據傳入條件返回相應的結點。/* * 功能：遍曆CTreeCtrl所有結點 * 參數：tree-要遍曆的CTreeCtrl控制項變數、hItem-開始變數的根結點（如果要變數整棵樹，則：hItem = tree.GetRootItem()） * 返值：void */void TravelItem(CTreeCtrl&

系統的可擴充性是衡量一個軟體架構設計的好壞的重要標準之一。一個系統設計良好的架構往往能夠在不斷增加或變化的需求面前，仍然儲存清晰的架構結構。這往往要求架構師在設計架構時預見到各種將來會出現的需求，而使現有的系統僅憑很小的變更代價或甚至不做任何改動就能適應。也就是說，一個好的系統應當是一個柔性的系統。就像中國武學中通常所說的，即“無招勝有招”、“以不變應萬變”。當然，一個系統的可擴充性越強，或者說柔性程度越高，往往付出的成本也會越大。事實上一個產品或者項目通常也不允許一個架構師作出接近完美的系統，

作者：林海楓網址：http://blog.csdn.net/linyt/archive/2008/09/26/2983960.aspx[注]：本文著作權有作者擁有，可以自由轉載，但不能部分轉載；請匆用於任何商業用途 隨著工作壓力和項目時間的逼近，我想會有很多程式員寫的出代總會有這樣或那樣的bug，更有甚者可以隠藏幾個月或一年，到爆發之時損失卻是非常慘重。誠然，有代碼之處，就有

Ubuntu

對於記憶體溢出之類的麻煩可能大家在編寫指標比較多的複雜的程式的時候就會遇到。Debug起來也是比較累人。其實linux系統下有一個使用的工具可以幫忙來調試的，這就是mtrace。Mtrace主要能夠檢測一些記憶體配置和泄漏的失敗等。下面我們來學習一下它的用法。使用mtrace來偵錯工具有4個基本的步驟，需要用到GNU C

方法一:重載虛函數,BOOL CEvaluateDlg::PreTranslateMessage(MSG* pMsg) { // TODO: Add your specialized code here and/or call the base class if (pMsg->message == WM_KEYDOWN && pMsg->wParam == VK_ESCAPE)  return true; return

 今天，在翻閱《C專家編程》時看到這樣一個故事，故事的概要如下：幾年前，卡內基-梅隆大學（CMU）的電腦科學系有一個常規性的小型編程競賽，參賽對象是剛入學的研究生。競賽的目的是讓這些新的研究人員得到一些關於電腦科學系的直接經驗，並讓他們展示自己的強大潛力。CMU在電腦領域的研究曆史悠久，可以追溯到電腦的先驅時代，它在這個鄰域所取得的成就可以說是非同凡響。所以，對於CMU舉辦的編程競賽，其水準可想而知。比賽的形式每年都不一樣，其中有一年非常簡單。參賽者必須讀入一個檔案（檔案的內容是一些數值），並列

對等網路(P2P)的概念與思想我想沒有任何一個產業可像像IT產業一樣，每天都不斷地產生新的名詞，然後在IT裡面由幾個簡單片語成的IT名詞，卻不斷引來大家的誤解，我想P2P就是這些詞中的一個了。每當我向身邊的同學和師弟提起P2P時，他們都異口同聲地說“我知道 ，點對點嘛”。更多人會認為P2P就是point-to-point的簡稱。我簡直不敢相信，P2P竟引來如此多的誤解。我不知道為什麼P2P會被人說成點對點，可能是資料連結層有個Point-to-Point

      這是一個很有趣的數學問題，很值得大家去思考。和大家一樣，當看到這個問題的時候，用了大量的公式和機率的知識去推算，結果不得而知。     

    在一定程度上，軟體架構的設計與實現之間或多或少會存在一些偏差，通常的做法是在這兩個活動之間進行交替的調整，並最終達到一個平衡點。但是也有些時候，當這兩者之間的偏差較大，以至於如果修改既有的架構或實現，那麼會造成項目成本的急劇上升，在這種情況下，往往是一個項目成敗的關鍵時刻。一方面，要論證原有架構的可行性，另一方面，我們也要在取捨既有代碼的問題上進行權衡。雙方切不可進行盲目的妥協，否則項目很容易偏離正確的方向。儘早察覺出問題所在，並及時地修正這些問題，應當成為每一個軟體從業人員的工作作風。

  一個規範的程式員往往要對自己所編寫的軟體模組進行比較全面的測試，從某種意義上來說，每一個程式員都應該對自己編寫的代碼負責。 

VC常用資料類型使用轉換詳解      我們先定義一些常見類型變數藉以說明   int  i  =  100;  long  l  =  2001;  float  f=300.2;  double  d=12345.119;  char  username[]="User";  char  temp[200];  char  *buf;  CString  str;  _variant_t  v1;  _bstr_t  v2;   一、其它資料類型轉換為字串   短整型(int)  itoa(

 Boost是C++的一個準標準庫，由C++標準委員會庫工作群組發起並維護。目前，它主要以C++標準庫的擴充的角色存在。未來的C++標準庫會優先考慮Boost中的優秀的庫，並納入其中。當然，在進入C++標準庫之前，在很多時候，合理地使用Boost能給我們的程式帶來非常簡潔的設計。本文主要是對boost庫的編譯進行了一些介紹。 0.下載從www.boost.org上下載最新的boost源碼壓縮包。寫作本文的時候，最新的發布版本為1.34.1。將下載下來的壓縮包boost_1_34_1.zip（其它

 想請教下,在VC當中,要重新寫一個 類似 split 的 類該怎麼做?現在的要求是,對一個字串進行分割,並放到數組當中去.基本實現想法如下:定義:char str[256]="123,&456,&789&10"; // 將要被分割的字串 char *pstrBuf[256];// 字串數組,用來存放分開的字串int nBuf; // 表示分成幾段;char parseid[256]=",&" // 分割標識符號函數:void StringParse(char*

在基於C/S架構以及涉及資料庫的應用系統中，程式員往往會把大量的SQL語句寫在應用程式端。這可能是出於幾個原因，其中之一或許是程式員的心理在起作用，他們往往想用自己熟悉的開發語言來控制整個應用系統，包括資料庫在內。他們一般會認為不使用PL/SQL或者Transact-SQL之類的內嵌的資料庫語言是一件很自然的事情。我確實也在圖書館或者書店看到很多基於執行個體的書籍就是這麼教大家做的。可是在我經曆了一個實際的基於資料庫的項目後，卻發現這實在是一種非常糟糕的系統架構，甚至可以用無藥可救來形容。事實上

vc的split函數的實現     今天要用到一個split函數，過去在perl中很簡單，可到網上查資料時發現關於vc的split的資料很少。後來久月提供了一個很好的函數strtok,利用這個函數稍加改進就可以是一個非常不錯的split函數。唯一的缺點就是需要提前知道你需要分成多少份，這個對有些人用起來不是很方便。我把改進過的代碼貼出來。#include <string.h> #include <stdio.h> int main(void) {    char

這些天一直被一個多視圖切換的問題困擾。一個基於單文檔/視圖程式，各個模組採用動態載入的形式。如下所示：BOOL CMainFrame::OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext){CRect rc;GetClientRect(&rc);if (!m_wndSplitter.CreateStatic(this, 1, 2) ||!m_wndSplitter.CreateView(0, 0,