其他

///beforeBegin.cpp// 預先處理來源程式，去除檔案中的注釋字元  // 和 /* lllll */#include <string>#include <cstddef>#include <sstream>#include <fstream>#include <iostream>using namespace std;//刪除字串中的 // 注釋符string& deleteNote1(string&

WinMain函數的原型聲明如下：     int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine,int nCmdShow );    參數:    WinMain函數接收4個參數，這些參數都是在系統調用WinMain函數時，傳遞給應用程式的。    hInstance:   

一:postprotected ApplicationContext ctx=new ClassApplicationContext("Application-context.xml");MyAction myAction=ctx.getBean("myAction");MockHttpServletRequet request=new MockServletRequest();String[] s = { "c", "cc", "ccc"

 前些天去聽了一堂課，覺得非常受益，今天有空，正好向朋友們來分享一下吧。這堂課的主題是－－如何使夫妻成為一輩子的情人。聽到題目的時候，我就很有興趣，不知道你們是不是也有興趣呢？我只能把我的筆記寫給大家看看了。 老師說：在美國上層社會裡有80%的家庭是沒有離過婚的，就算是另外離過婚的20%的家庭中，他們的婚姻期限也都在10年以前。但我們國家卻恰恰相反，我國往往是上層社會的人離婚率高，就因為有錢了，覺得老婆也不漂亮了，沒有吸引力了，就換了。唉！       一、 一個成功的人，他們往往具備以下素質：

 前一年 我一直覺得我有興趣在c/c++下走下去 ，但是事實打擊了我。。。 總的來說，基本上沒什麼感覺。看了《thinking in c++》基本上都沒啥感覺。而且更重要的是我一直不能找清楚這條路上的目標是什嗎？ 學習c/c++ 我一直找不到應該怎麼應用它，怎麼來使用這兩門語言。。 直到前一個星期的星期天，當時是在晚上，一個物理學院學電子的一名大二學生來電腦學院的找一名志同道和的同學一起去學嵌入式。 當時沒怎麼在意，只覺得別人多麼有志氣啊

     根據UML官方文檔的定義是：actor是在系統之外與系統互動的某人或某事物。你看得懂嗎？我也看不懂！           不過我知道參與者的幾個性質。1.  參與這位與邊界之外2. 參與者可以是非人           那麼整樣才能確定系統之外還是系統之內呢？可以通過回答下面兩個問題來確定，能協助我們找出參與者從而確定邊界。1. 誰對系統有著明確的目標和要求並且主動發出動作？2. 系統是為誰服務的？      

1、編程是一種能力，而能力不是靠記住多少來體現的。很多初學者容易走入這個誤區，他們往往會問我，C語言的函數庫他們用的不熟，很多函數不認識，怎麼辦？我覺得這不應該是一個問題，我見過很多開發人員旁邊都可能擺著一兩本跟當前開發相關的書籍。在不太清楚的時候隨手可以翻翻。也有很多人在記不得某個函數的調用方法時回去查查MSDN。這時很正常的。MSDN有多少字我也不知道，誰能全背下來呢，我想應該寥寥無幾。現代搜尋技術這麼先進，記憶部應該成為你的負擔。我們更應該注重培養自己的是創造性的思維和靈活的運用能力，而這

書接上文。最近一段時間以來，給我留言諮詢“資料結構與演算法學習”方面問題的讀者很多，大家都從各自不同的角度提出了自己在學習過程中的困惑，也問到了一些具有突出共性的實際問題。今天我就簡單的來匯總一下。還是來先列出一些大家普遍關心的問題：nebster：學習c/c++是不是資料結構一定要學好？楊同學：第一次提問：老師，請問，演算法該如何學習才更高效，在已有C++一定基礎的情況下，當然，跟語言關係不是那麼密切，就是想瞭解下在掌握一門語言後，是不是就是要熟練經典演算法？第二次提問：恩，這個瞭解。

談我們為什麼學不好編程2——你是否已進入“等死模式”？在大本營中，我最常被問到的問題之一，可能是像這樣的：老師，請問我是應該學C++還是學Java呢？老師，聽說C語言已經不行了，

世界上聰明人多，認真者少。追求中，你認真了，才會遇到真正的問題，才會真實地苦惱（許多人虛幻地苦惱著），才會逼迫你思考出路，逼人進步。認真於認真者而言，是一種素質；認真於成功者而言，是發射器。我們用“認真”發射成功。凡是珍貴的東西，都不會輕易到手，“認真”是捷徑。很多人知道的，往往是很少人實踐並堅持的，如“認真”。認真的你我，總是在生活中隱隱發光；認真的態度，總讓工作的問題迎刃而解；認真的日子，才能使生命充滿圓融和喜悅！ 

       自1945年世界上第一台電子電腦ENIAC問世以來，現代電腦科學已經走過了極為不平凡的六十餘年輝煌曆程。有時想想，自己不禁感歎，相對於已經發展了幾十年甚至上百年的任意一個學科，我們學習的過程實在太短暫了。要充分理解一個領域，時間顯然是不夠的，更何況現在學科門類越分越細，學科交叉現象越來越多，因此我們往往要同時面對多個領域。如果你是一名研究生或者博士生，有時也可能會感到自己或許已經對某個領域“觀其大略、略有小成”。其實自己是否真的已經達到這種狀態並不重要，因為幾年之後，當我們再回想起

在Part 1但中，我們簡單介紹了堆棧的功能以及實值型別、參考型別在堆棧中的儲存位置的問題，也簡單介紹了指標是蝦米。讓我們沿著革命的步伐繼續前進！Parameters, the Big Picture.我們的代碼執行的時候，底層到底有哪些內幕交易在發生呢？當我們調用一個方法時：棧頂分配控制項用來儲存執行我們的method所包含的資訊，這部分空間叫做棧框(stack

Code:#include <iostream>   #include <algorithm>   using namespace std;     const char BLUE = 'b';   const char WHITE = 'w';   const char RED = 'r';     template <typename Type>   struct Print   {

          早聞曾兄大名，未曾謀面，真是上帝保佑啊~~~　　此聲只應地下有，人間一聞：夜壺都變世界盃了！！！　　第一次聞得如此的“超級牛聲”，深感安慰~~其實，一聽很多人都自信了！！！@@　　祝：老曾一路走好！！！不能放視屏所！貼下x-beta的視屏地址：超牛！1人模仿15位明星翻唱，曾軼可《獅子座》原創歌曲http://www.x-beta.cn/movie/shizizuo.html

不成功是因為被問題困擾著。清晰的定義問題可以引導你發展出解決之道的構想，或是發現一條必須超越的既定規則，從而發展出更多有創意的解決辦法來。人的思維是有慣性的，成功是打破慣性，從而超越眾多被原有思維控制的人，取得真正的突破。有個小故事，充分告訴我們，掌握人的思考方向的重要性：從前，有甲乙兩人潛心向佛，故上山修禪七日，可是到了第二天，兩人的煙癮就同時犯了。想要抽煙，但又擔心犯規，於是甲就去請教師父。甲問師父：“請問師父，修行的時候可不可以同時抽煙？”師父馬上斥責他的荒唐想法。甲只好悻悻地回來告訴乙說

現代瀏覽器提供的JSON.parse（JQ使用）    if ( datatype === "json" || !datatype && rhd.indexOf("json") >= 0 ) {    data = anyjs.trim( data );    //use the native JSON parser first    return window.JSON && window.JSON.parse

 Code:#include <iostream>  using namespace std;    void sort(int x[], int n)  {      int temp;      int i;      int j;            for (i = 1; i < n; ++i)      {          temp = x[i];          for (j = i - 1; j >= 0; --j)          {       

        OSI參考模型與TCP/IP參考模型有很多相似之處，它們都是基於獨立的協議棧的概念。而且層的功能也大體相似。例如，在兩個模型中，傳輸層及傳輸層以上的曾都為希望通訊的進程提供端到端得、與網路無關的傳輸服務。這些層形成了傳輸提供者。同樣，在兩個模型中，傳輸層以上的曾都是傳輸服務的由應用主導的使用者。        OSI模型有3個主要概念：服務，介面，協議。      

Code:#include <iostream>   #include <algorithm>   using namespace std;     template <typename Type>   struct Print   {    void operator ()(Type& item)    {     cout << item << '/t';    }   };