其他

以前只知道Google可以搜尋PDF和Doc檔案中的內容的。昨天看了高瞻做的雪村《全是高科技》的Flash，對高瞻的作品有了興趣，用Google搜尋了一下他以前的作品《拾金記》，結果找到一個連結在Google的搜尋網頁面內容如下：[FLASH] E-mail:pubentang@.sina.com 高瞻動漫作品系列高瞻動漫 ...檔案格式: Shockwave FlashE-mail:pubentang@.sina.com 高瞻動漫作品系列高瞻動漫作品系列水底之金好似水中之月，鏡中之花。

　　看了邊城浪子提供的代碼統計工具，不禁讓我想起了，今年夏天寫的一個類似的小工具。當時，是應一個朋友的要求寫的，後來被他用於象老闆證明自己的工作量了，完全出乎我的意料。如下：功能：1.　通過配置修改設定檔，可以提供一定程度上的擴充性。（稍後會給出相應的Xml檔案說明）2.　支援將統計結果產生RTF檔案和PDF檔案。（因為當時時間的原因，未提供產生HTML的功能）3.　支援對整個目錄進行統計，同樣的，不支援對單個檔案的統計。因為，個人認為，對單個檔案是沒有必要進行程式碼數統計的。

走近COM Interop—— 淺談PIA                                                                   序　　非常的慚愧，因工作原因，《走近COM Interop》系列文章至今才出第二篇。此篇文章將以介紹PIA(Primary Interop Assembly)為主線，其間將穿插一些使用強式名稱工具(sn.exe)的內容。希望各位多多指教。一、何為PIA？　　其定義，MSDN的官方解釋為“主 Interop

走近COM Interop—— RCW入門    緒言    由於目前加入了一個負責將原有系統移植至.Net平台的項目組，花了些時間對COM-->.Net進行了些基礎研究。貼出此文，希望與各位分享。不足之處，請各位指正。先謝啦。一、基礎概念    什麼是COM Interop？COM Interop看上去象是介乎於COM和.Net之間的一條紐帶，一座橋樑。為了保持向後相容，COM

這兩天看了看單元測試協助工具輔助 NMock，找到兩篇文章，看的時候腦袋暈暈沉沉的，為了強迫自己看完這兩篇文章，就動手翻譯了一下。自從大學裡過了 CET-4

公司的規模不大，做的項目不多，每個項目組的成員也少，最多的也就是四、五個人，目前的幾個項目問題多多，各方面的問題都有，但是開發流程上的問題應該是最嚴重的。這幾天在考慮公司的開發流程可以做哪些改進，考慮的結果如下，自己的一點看法，如果有不合理的地方希望大家能給我指出來，協助我改進，謝謝！公司現有開發流程改進可以做的地方一、開發1.開發時的模組劃分不是簡單的按照功能模組劃分；必須按照物件導向的方法進行設計並拆分；現在的劃分方法是：按照程式的功能劃分模組，基本資料給A做，庫存管理給B做，業務模組給C做

在 DotText 的代碼塊上吃了好幾次虧，每次都把編輯了半天的文章給搞丟了，這篇文章就不用代碼塊了，希望不會有問題。 NMock 兩分鐘教程原文：http://confluence.public.thoughtworks.org/display/NMock/Two+minute+tutorial最後修改：2004-05-30，Chris

今天在客戶的內部支援人員論壇裡面看了看，發現很多對我們當前系統的意見。由於使用者的內部支援人員論壇是不對外開放的，因此我們從來也沒有看到過這些意見，今天看到感覺自己在開發過程中還是太過於自以為是了。比如在添加新單據時，我習慣於在儲存時對資料進行校正，並判斷是否可以儲存，如果不合法則要求改正後再儲存；但是很多使用者要求在填寫資料的時候就對資料進行校正，因為在儲存時再判斷，如果資料不合法，有時候會只能將當前已經填寫的資料全部作廢，在以前的紀錄中找到發生錯誤的原因才能改正，這樣就做了很多無用功。我一向

　　這篇文章是《走近COM Interop》系列的最後一篇，也是涉及技術點最多的一篇。希望我的描述大家能看到懂，難免有錯，請各位不吝賜教。　　書歸正傳，我開始介紹如果通過編程的方式匯入一個COM組件，並產生相應的.Net Assembly。其實，過程非常簡單，個人認為只是自己實現了TLBIMP.EXE做的事情而已。（當然，也可以實現TLBEXP.EXE的功能，只是它屬於CCW的範疇，這兒就不多說了。）

　　一直以來，總是為“中國程式員30歲後何去何從？”這類人所周知的話而感到煩惱。產生這句話的原因，各大報紙、網站、論壇基本都已分析得很透徹、清楚了。作為其中的一員，我也曾深受其困擾。直到我到了先前的一家公司，我才真正體會到了軟體開發的內涵。技術，小到具體解決某一問題的演算法或編程的技巧，大到一個應用、平台的架構設計，我認為它無所不在。而我們大多數軟體從業人員(個人看法)所說的技術，都是指編程技巧或是演算法的實現方面的，這樣才會產生了30歲後何去何從的恐慌。　　不怕大家笑話，在進入這家公司之前，我

沒有成功經驗的　　如果你的老闆經常沾沾自喜地說：“我經曆過的事情太多了，像我這樣垮下去又能站起來的人畢竟不多，我有我的獨到之處。”如果不是他有某些重大的缺點，他不會總是經曆失敗，又怎麼能肯定下次一定會成功？ 感情生活複雜的　　這類老闆往往喜歡僱用年輕漂亮的女員工，也喜歡用“感情”處理人際關係。你可以想像一個終日拈花惹草、緋聞不斷，將最寶貴的時間都耗費在感情糾紛上的老闆，是根本無法冷靜地經營企業的。 喜新厭舊的　　每個公司都會有幾位“開國元老”，時間長了你會發現，這類員工大都在公司事業穩定之後被“

今天尋找一些關於SiteMesh.Net的資料的時候上 http://wiki.truemesh.com/sitemesh.net 去看了看，結果很意外的發現幾天前還正常的頁面已經被改成了許多垃圾廣告的連結了，原有的內容已經全部丟失，查看修改記錄是在11-25 13:55

最近收到不少關於Mantis的郵件，看來那篇關於Mantis的文章還是有不少人看的（不過可能都是看的Yourblog上的那篇），問題主要涉及到的就是圖表中漢字的顯示和PHPMail的配置問題，還有一些關於Mantis的配置的，有一些我在安裝過程中都遇到過，只要看看文檔就可以解決的，過幾天整理一個FAQ作為安裝指南的補充吧。客戶這邊這幾天開了不少的會，已經有點暈頭轉向了，基本上該談的都已經談了，明天打道回府。正在啟動並執行系統又發現了幾個Bug，不是致命性的，還是有關於UI的，回去一起改好了升級吧

　　當問起如何根據指定的虛擬路徑擷取此目錄相應的實體路徑這一問題時，一些朋友經常會給出：“使用Server.MapPath”。當然，這絕對是一個正確的回答。不過，它僅僅被限於在可以擷取HttpContext的環境中使用。下面我要說的是，在無法擷取HttpContext的情況下，如何根據虛擬路徑擷取相應的實體路徑。　　.Net Framework為我們提供了System.DirectoryServices命名空間，以便我們可以簡便地訪問 Active

下載了 NAnt 的最新 Daily Build 版本並修改了 Build 檔案後，終於解決了“頭疼的問題：NAnt 的 cvs-checkout 任務無法執行”中遇到的問題了，懷疑這是 NAnt 的一個Bug，但是不知道好像很少有人碰到這個問題（在 NAnt 的 mail archive 中找到一個和我一樣問題的使用者，但是他好像也沒有找到解決方案）。現在準備使用 CruiseControl.Net 來構建一個持續構建的環境，在此之前 NAnt

我寫了一個自訂控制項(Win Control)，此控制項在WinForm中運行正常，但在WebForm中無法顯示(在WebForm中此控制項並不顯示為紅叉，但是一個對象表徵圖)。由於沒有出現許可權或安全方面的提示，因此我從頭開始一行一行進行比對，最終發現，只要在自訂控制項中使用了繼承自System.ComponentModel.Component的控制項，就會出現我前面所說的問題。百思不得其解，個人認為這不應該是許可權方面的問題。請各位兄弟多指教啊。

SiteMesh.Net 是 J2EE 應用程式框架 SiteMesh 在 .Net 上的實現，其首頁是 http://sitemesh.sourceforge.net。SiteMesh 使用 Decorator 模式來實現整個網站的頁面都通過一個統一的修飾器組合成一個最終的頁面，這樣可以使開發人員集中於頁面的建立，而不用關心頁面的布局問題。目前 SiteMesh.Net 還沒有發布任何版本，只能通過 CVS 擷取其最新原始碼自行編譯。SiteMesh.Net 是用 VB.Net

這兩天在琢磨用NAnt來實現自動構建，目前已經搞清楚了Build檔案的編寫方法了，針對目前的項目寫了一個build檔案，現在測試時編譯、FxCop靜態分析等工作都正常執行，只有cvs-checkout執行不正確，不知道問題出在什麼地方。下面是我實驗用cvs-checkout任務的build檔案：<?xml version="1.0"?><project name="RailwayStation" default="go" basedir="D:\Railway">    

　　我個人不喜歡在VS.Net的整合式開發環境中使用VSS，可能是目前的VSS與VS.Net的整合還不夠好的緣故吧，我用的是VSS6.0d。可惜，項目組中的一些同仁卻喜歡在VS.NET IDE中直接進行原始碼的簽入、簽出，搞得我每次開啟簽出的代碼時都被告知找不到相關的源碼控制資訊，煩死了。終於有一天，實在是受不了了，花了點時間寫了個小工具，自動解除專案檔中的相關資訊。在這兒，我把它共用出來。SCCInfoCleaner 2003 For Visual Studio .Net 2003.

轉移自自己原來在YourBlog上的Blog，寫於2004-3-11 8:48:08用的是微軟進階培訓論壇 上Jackey的修改版本，終於安裝成功了。 可算是感受到了開源軟體的安裝難度，安裝Perl模組足足花了我三個小時，虧得還有一個朋友給我的模組包，不然都不知道該怎麼安裝了；其實他的那個模組包本來就很全了，是我不會安裝，不然用他的模組包來安裝就不會花這麼多時間了）。 回頭有時間把BugZilla的安裝整理一下。