其他

大家都說CSDN爛，這話說了不是一天兩天了。但是我一直覺得雖然爛，但還算具有一定專業性，因此還是抱有一定希望的。今天看到了程式員，我確實差點吐血。翻開25頁，看看那是一篇什麼文章？叫做“以訛傳訛”，主要內容就是說oracle如何如何不好。我突然想起來，某一天一個朋友說給我一個笑話看，看到的就是這東西。串連在此:http://blog.joycode.com/percyboy/archive/2004/08/15/30695.aspx#FeedBack此文估計作者自覺不恰當，已經屏蔽掉了。不過後面

 思路：查詢當前系統中啟動並執行進程的快照，如果欲保護的進程在快照中則表示進程處於運行狀態，如果欲保護進程不在快照中，則啟動進程。步驟：  建立線程函數{  檢查進程是否運行  若未運行啟用進程} 步驟一： 檢查某進程是否處於運行狀態，實現代碼如下：運行：返回1未運行或載入toolhelp.dll失敗：返回-1int DetectProc(char * currentProcName,DWORD &pid){HINSTANCE

CE下對話方塊全屏 1. 將dialog屬性中的styles的title bar去掉2. 在dialog初始化時加入： //對話方塊全螢幕顯示int iFullWidth = GetSystemMetrics(SM_CXSCREEN);int iFullHeight = GetSystemMetrics(SM_CYSCREEN);::SetWindowPos(this->m_hWnd, HWND_TOPMOST, 0, 0, iFullWidth, iFullHeight,

轉自：http://blog.csdn.net/efeics/article/details/8044014 c++中，可以直接利用string及cout進行中文的儲存及輸出：#include <iostream>   #include <string>   using namespace std;    void main()  {      string s1="第一";      cout<<s1<<endl;   }  #include &

原貼串連如下：http://www.newsmth.net/bbstcon.php?board=Thinker&gid=7493其中有個朋友說：機器其實根本就不用探路什麼的，我想大家對ai還是有誤區機器既是ai，ai既是機器機器現在不理解人類的意圖，不是"看"不見 對這句話，青潤不敢贊同，於是響應道：呵呵，您的定義是怎麼來的我不清楚。但是，我知道遊戲中所有的AI都是必須做設計的，不管你用了什麼演算法原理和基礎，最終都是代碼的實現和編譯的結果，這些不是機器的硬體，也不是機器自身就成形成或者

 6.1 Extract Method(提煉函數)動機：當看見一個過長的函數或者一段需要注釋才能讓人理解用途的代碼，就需要將這段代碼放進一個獨立函數中一段代碼可以被組織在一起並獨立出來。    三種情況：（局部變數替換為查詢式即可）1）無局部變數2）有局部變數3）對局部變數再賦值 6.2 Inline Method(將函數內聯化)    一個函數，其本體（method body）應該與其名稱（method

轉自：http://wenku.baidu.com/view/08e4a335a32d7375a41780cc.html查詢姓“李”的老師的個數：  select count(distinct(Tname))   from Teacher   where Tname like '李%'; 中的distinct的用法distinct這個關鍵字來過濾掉多餘的重複記錄只保留一條，但往往只用

 第七章 在對象之間搬移特性（Moving Features Between Objects） 7.1  Move Method(搬移函數)癥狀：你的程式中，有個函數與其所駐class之外的另一個class進行更多交流；調用後者或被後者調用。解決辦法：在該函數最常引用的class中建立一個有著類似行為的新函數。將舊函數變成一個單純的委託函數，或者是將舊函數完全移除。 7.2  Move

 第八章 重新組織資料（Organizing Data）8.1   Self Encapsulate Field(自封裝範圍)  就是set get函數癥狀：你直接存取一個範圍（field），但與範圍直接按的耦合關係逐漸層得笨拙。解決辦法：為這個範圍建立取值/設值函數（getting/setting methods）,並且只以這些函數來訪問範圍。 8.2   Replace Data Value with Object(以對象取代資料值)癥狀：你有一筆資料項目（data

本文選自《軟體工程指全程建模實現》第二版書稿內容，與上一篇不同，本段文字為全新撰寫整理自blog中組態管理方面的內容，因為書稿目前還沒有完成，為了表示對朋友們的歉意，現發布部分內容給大家分享。註：因為無法上傳圖片，因此本文中沒有書中配套的圖片。1.1.1      

第九章 簡化條件運算式 Simplifying Conditional Expressions 9.1   Decompose Conditional(分解條件式)癥狀：你有一個複雜的條件（if-then-else）語句解決辦法：從if-then-else三個段落中分別提煉出獨立函數。 9.2   Consolidate Conditional

北京-FireSpider 男  14:48:17請教青潤老師：一個用例對應一個分析類嗎？北京-FireSpider 男  14:49:28我的表述可能有點問題：就是一個用例對應一個Boundary類，一個Control類，一個Entity類？青潤 

http://blog.csdn.net/countstars/archive/2004/07/19/44619.aspx 今天看到了這位老兄的blog,白白讓我激動了一場。 這位老兄在左邊放了一個串連，他說裡面是他的簡曆。我閑的無聊，就點進去看。結果，看到了這樣一個畫面：       看了這個，我簡直激動壞了....這人...竟然跟我名字一樣！要知道，名字一樣的人就不容易碰上，跟我用的名字這麼好玩的更難碰到，而敢在簡曆上寫這個名字的，更更更難碰到。您說這能不激動嗎？     可是，稍等且慢，

 第十章 簡化函數調用 Making Method Calls Simpler 10.1   Rename Method(重新命名函數)癥狀：函數的名稱未能揭示函數的用途。解決辦法：修改函數名稱  10.2   Add Parameter(添加參數)癥狀：某個函數需要從調用端得到更多資訊解決辦法：為此函數添加一個對象參數，讓該對象帶進函數所需資訊  10.3   Remove Parameter(移除參數)癥狀：函數本體（method body）不再需要某個參數。解決辦法：將該參數去除。  10

   這個星期開始接觸wsdl，剛開始覺得挺複雜的，一周結束了，發現其實熟悉了就沒那麼難的！   這周在寫代碼的過程中又發現了很多習慣性問題。   比如說： 每個函數都要寫好注釋，時間長了必然忘記！ 寫代碼之前最好設計好各個函數介面，函數不要寫太長。如果寫之前設計詳細介面比較困難的話，就邊寫邊分解，把實現某個功能的代碼寫成一個單獨的函數！之前在網上下載的別人的代碼，在代碼開頭都有注釋，類似這樣的 /*************************************************

CSDN的Blog牛啊！看看統計數字就知道了，開張才幾天啊，專欄就有15483個，就有文章 31933篇，大有天下英雄進吾彀中之勢，據說CSDN Blog還主動給我非常崇拜的透明大師建了一個Blog(當然他喜不喜歡在這裡post就是他的私事了)。可 是，我卻很遺憾的發現，其實大部分的使用者素質都很低，經常看到test,我的第一篇部落格（誰告訴我搏客是什麼東西？是人嗎？怎麼還論篇呢？）這樣的題目在

 第十一章 處理概括關係 Dealing with Generalization11.1  Pull Up Field(範圍上移)癥狀：兩個subclasses擁有相同的範圍解決辦法：將此一值移至superclass. 11.2  Pull Up Method(函數上移)癥狀：有些函數，在各個subclass中產生完全相同的結果。解決辦法：將該函數移至superclass. 11.3  Pull Up Constructor

這一章通過講解租碟的案例來初步解釋了重構的意義，有些問題何老師已經講過了，比如說變數命名，分割代碼等等1.1 起點  如果你發現自己需要為程式添加一個特性，而代碼結構使你無法很方便地那麼做，那就先重構那個程式，使特性的添加比較容易進行，然後再添加特性。1.2 重構的第一步（測試）  每當我要進行重構的時候，第一個步驟永遠相同：我得為即將修改的代碼簡曆一組可靠的測試環境。  重構之前，首先檢查自己是否有一套可靠的測試機制。這些測試必須有自我檢驗(self-checking)的能力。 

1.什麼是重構重構(名詞)：對軟體內部結構的一種調整，目的是在不改變【軟體之可察行為】前提下，提高其可理解性，降低其修改成本。重構(動詞)：使用一系列重構準則（手法），在不改變【軟體之可察行為】前提下，調整其結構。兩頂帽子：添加新功能和重構2.為何重構改進軟體設計  有目的性地整理修改代碼結構 消除重複代碼（Duplicate Code）使軟體更易被理解 助你找到臭蟲  助你提高編程速度3.何時重構1)三次法則

使用者:3291191(青潤)==================================================訊息組:技術類朋友(157)==================================================訊息類型:聊天記錄==================================================--------------------------------------------------訊息對象:*******