其他

繼承是一種白箱複用，父類的內部細節對子類可見。對象組合彼此不知道對方內部細節，成為黑箱複用。繼承的優缺點：1） 子類可以直接重定義父類的操作。2） 編譯時間刻決定了，無法在運行期間更改。3） 子類要知道父類的實現細節，這樣就部分破壞了封裝性。子類和父類依賴過於緊密，父類的某些變化必然導致子類的變化。開發過程中遇到過類似的問題。這種依賴，限制了靈活性以及複用性。比如，服務體系中經常出現這樣的問題，導致代碼拷貝。組合（通過獲得對象的引用而在運行時刻動態定義）的優缺點：1） 對象間通過介面彼此互動。2

Posted on 2006-02-05 10:52 Walzer

我的部落格中轉載過關於Google test的一個系列，今天終於抽出時間按照上面的步驟體會了一下Google test的魅力。開源真是個好東西，Google推出的開源更加不容小視。下面是我使用後的一些體會。1、簡單易用。上手還是還是挺容易的，按照資料的步驟，參考內建的sample程式，可以很快的寫一個自己的測試程式。2、測試案例是以宏的形式來定義的。Google

開發背景我們公司是主要從事企業語音方面產品的開發，主要產品比如：調度系統，指揮系統，電話會議系統，話務中心系統等。這些系統都有一個共同特點，就是涉及到呼叫，放音，收發按鍵，會場操作。我們的業務產品都是基於我們的軟交換系統之上構建的，軟交換系統的應用伺服器向外提供這些服務。產生的問題我們在開發的過程中就發現一個問題，每個產品在此介面上都會做很多重複的開發，特別是在IVR處理上面。IVR（Interactive Voice

關於.bashrc使用man bash命令查看到的線上說明檔案中的相關解釋如下：.bashrc - The individual per-interactive-shell startup file.這個檔案主要儲存個人的一些個人化，如命令別名、路徑等。下面是個例子： # User specific aliases and functions PATH="/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin"

介紹一個提高效率的工具，Google 案頭。“使用 Google 案頭搜尋電腦如同使用 Google 搜尋網路一樣方便。這是一款款案頭搜尋應用程式，能夠對電子郵件、檔案、音樂、照片、聊天記錄、Gmail、瀏覽過的網頁等等進行全文檢索搜尋。Google 案頭可以對電腦進行搜尋，從而讓您能夠輕鬆地找到所需的資訊，而不必手動整理檔案、電子郵件和書籤。”摘自Google

原文：http://blog.csdn.net/wfrong/archive/2009/10/13/4664102.aspx比喻的比較恰當。目前我也在學習《重構》，並在工作中進行嘗試。可以多交流。重構所要做的第一件事情，就是構造一個可靠的測試環境，對此深有體會。有了可靠的測試環境，就有了重構的一部分勇氣。我們公司目前的情況和你介紹的差不多，每隔幾年系統就要重寫一下。我認為，不單代碼需要重構，系統架構也需要重構。另外在開發思路上，應該堅持整合和重用，為系統搭建一個堅實的平台，這樣即便是需要重寫，也

（1） axf和elf都是編譯器產生的可執行檔，區別是：ADS編譯出來的是AXF檔案。 gcc編譯出來的是ELF檔案。兩者雖然很像，但還是有差別的。這是檔案格式的差別，不涉及調試格式。（2） axf/elf是帶格式的映象 bin是直接的記憶體映象的表示axf/elf檔案裡麵包含了符號表，彙編等。BIN檔案是將elf檔案中的程式碼片段，資料區段，還有一些自訂的段抽取出來做成的一個記憶體的鏡像。由於elf檔案的資訊比較全，所以可以用來以單步跟蹤的方式運行。在ADS下，axf檔案可以直接用axd進行調

SQLPLUS 常用命令一：登入SQL*Plus  1. sqlplus /nolog  2. sqlplus "使用者名稱/口令"  3. sqlplus "使用者名稱/口令@服務名"  4. sqlplus " / as sysdba"  5. sqlplus "/@服務名 as sysdba"二：建立串連  1. CONN[ECT] 使用者名稱/口令  2. CONN / AS SYSDBA  3. CONN 使用者名稱/口令@服務名   4. CONN 使用者名稱/口令@服務名 AS

 請教javascript產生XML檔案？(問題解決了,感謝Qr同學)請大家看看這函數<script language=JavaScript>function createXML(){ var doc = new ActiveXObject("Msxml2.DOMDocument"); //ie5.5+,CreateObject("Microsoft.XMLDOM")    //載入文檔 doc.load("C:/Tomcat5/webapps/CBF/b.xml"); doc.as

關於C51精確延時問題一些朋友提出使用C語言編寫51單片機延時程式的精度不夠，事實上的確如此，由於C語言最終要編譯成組合語言運行，因此，組譯工具會很大，從而影響到延時的精度，在此，貼出一些網上資料供大家參考借鑒。以下位轉載內容：51單片機 Keil C 延時程式的簡單研究by: InfiniteSpace Studio/isjfk, 1.21.2004任何人都可以在註明原作者和出處的前提下隨意轉載這篇文章，但不得用於商業目的。   

水桶定律 ，也即短板理論，是由美國管理學家 彼得 提出的。其核心內容為：一隻水桶盛水的多少，並不取決於桶壁上最高的那塊木塊，而恰恰取決於桶壁上最短的那塊。根據這一核心內容，“水桶理論”還有兩個推論：其一，只有桶壁上的所有木板都足夠高，那水桶才能盛滿水。其二，只要這個水桶裡有一塊不夠高度，水桶裡的水就不可能是滿的。首先，對於個人來說，這個理論未必適用。個人要重點發揮自己的優勢，管理好自己的劣勢。

    費盡九牛二虎之力，終於在ADS下調正常了PXA270的中斷， 得益於網上的 嵌入式開發要點，發覺英文文檔的閱讀能力真是至關重要，而且要養成好的工作習慣，比如，在用ADS開發程式時，完全應該把ADS開發手冊看一遍的，正所謂磨刀不誤砍柴工。基於此考慮，以後作工作的時候利用課餘時間多多翻譯一下相關權威資料，既練英文，又學技術，豈不美哉！抽空，將ADS開發手冊關於_irq的部分翻譯一下。5.5.1 Simple interrupt handlers in CYou can write

原文：http://www.blogjava.net/kaysurf168/archive/2009/09/10/294523.html   9月1號，jBPM4發布了4.1版本，jBPM4.1的新特性如下：   新內容：Start節點支援form工作日曆可定製化改進了tomcat的安裝以及許多配置選項 擴充了持續整合的範圍，降低執行時間 提供基於Web的流程編輯功能svn中增加了bpmn模組（發布包中未包含）  

本系列是我開發的一個微核心流程引擎的設計和實現思路。目前這個流程引擎已經完成，現在把整個思路和大家共用一下。 《微核心流程引擎（IVR導航）的設計與實現（一）——開發背景》《微核心流程引擎（IVR導航）的設計與實現（二）——功能描述》《微核心流程引擎（IVR導航）的設計與實現（三）——指令碼的設計 》《 微核心流程引擎（IVR導航）的設計與實現（一）——在一次嘗試後的最佳化》

原文：http://www.infoq.com/cn/news/2008/08/beginners_mind 初學者之心（Beginner's Mind) 是指學習時任何事物時都不要有先入為主，而要以初學者的心態來學習，即使對所學內容已經有了初步的瞭解。這個方法對于敏捷從業者非常有益，它引導我們無論什麼時候，都要在採取行動之前都要觀察並發現究竟發生了什麼。 由Jean

這裡有三篇文章，是關於學習者的心態的文章，兩篇從INFOQ轉載的，一篇是我寫的，在這裡整理出來，和大家分享。其實，和人的溝通，也是一種學習，學習對方的思想。採用下面的心態，將會有助溝通，是溝通更順暢。有一點很重要，就是你不要讓自己以為你100%瞭解了對方的意思，而是不斷的去探尋對方的真正意圖，否則，你就關閉了理解對方之門和溝通之門。 《初心，聆聽之術 》《保持一顆好學之心》《對待新知識、新領域的心態——好奇、批判、獨孤求敗》  

前言你會發現所謂設計不再是一切動作的前提，而是在整個開發過程中逐漸浮現出來的。——Martin Flower 。沒有銀彈，沒有放之四海而皆準的真理。重構和自動化測試時緊密聯絡的，沒有自動化測試，重構會步履維艱。重構：在不蓋被代碼外在行為的前提下，對代碼做出修改，以改進程式的內部結構。也就是在代碼寫好之後改進它的設計。1 重構，開始第一個案例1.1 起點如果你發現自己需要為程式添加一個特性，而代碼結構使你添加這個特性非常困難，那麼先重構那個程式，使特性的添加比較容易進行，然後在添加特性。1.2 重

我們公司測試工程師不多，專職的有兩三個，有兩年工作經驗。實施工程師的情況更糟糕一點。大部分都只有一年的工作經驗，很有好幾個剛剛畢業。我們公司雖然成立有幾年了，但是實施工程師職位了老員工不多，主要原因是流動性太大了。工作超過兩年的很少。這種狀況下應該好好反思一下測試部和工程部的管理和建設。我認為，要解決這個問題，就要在測試工程師和實施工程是的培養上下功夫。目前我們在這方面做的還很不夠。對於測試工程師和實施工程師，我們還沒有一個系統的培訓計劃，技能指標，職業生涯指導。可以採取下面的措施解決這個問題：

在學習的不同的階段我們應該保持的心態：1、接觸之前，擁有一個好奇的心態。與自己原有的知識對比，不要對新的知識產生偏見。比如，原來一直採用瀑布式軟體開發，在接觸敏捷式軟體開發 (Agile Software Development)之前，不要對敏捷式軟體開發 (Agile Software