其他

  模式（分析模式、架構模式和設計模式）是我們廣泛討論的一個話題，研究它是為了能提高軟體複用（代碼複用和設計複用）的水平。模式的發展和OO 語言的發展、OOAD方法論的發展以及UML的發展都密切相關。在20世紀60～70年代，物件導向語言初步發展的時期，Alan Kay（Smalltalk的發明人）提出了object-oriented programming，但是OOAD理論還沒有正式被提出來。直到1982年Grady

一直都很想做這個功能，但沒有時間去整理這次客戶要求一定要做，只能做了一下。 原理其實很簡單，就是修改一下HTTP的回應標頭資訊就可以了。 因為我原來設計的時候就把附件的處理做成一個使用者組件，所以修改起來也很簡單，只要增加一個下載的介面及修改使用者組件的內容即可。具體步驟：1、把原來顯示附件的連結地址統一改為AttachDownload.aspx?attachid=xxxx2、添加一個AttachDownload.aspx頁面，具體的代碼如下：  CodeCode highlighting

引言 由於需要在軟體中儲存一些重要資料，我考慮使用嵌入式資料庫，一是為了保持軟體的精巧，二者是需要較高的效能。我在找嵌入式資料庫的時候，發現了Berkeley DB，也看到了很多相關的介紹，評價不錯，還有人做了評測，而且有很多使用Berkeley DB的Open Source的成功案例，諸如SendMail和OpenOffice這樣著名的項目。Berkeley

使用Berkeley DB提供了多種語言的API，但我使用的是其C++ API，雖然C的API來得最直接，但是對我而言比較難用，沒有C++的來得舒服——我比較適應物件導向風格的東西。可惜它的C++

這段時間可把JavaScript學得透徹了，發現還是非常好用的。我在網上找了很多這樣的例子，發現都寫的好多，總感覺應該是很簡單的，想想應該用遞迴調用一下應該不難吧，後來自己試了一下還算不難，看來學好演算法還是有好處的，呵呵（自誇一下）利用了Javascript的反射機制（JavaScript真是太強了）與遞迴的演算法很方便就把功能實現了。好了，共用出來給大家做個參考：本方法支援子物件，數組等多種形式。字元、數字、布爾型變數都可以識別。function json_from_object(o){  

  1.   驗證應用程式的輸入1.1. 使用者輸入驗證的類型惡意使用者可以利用輸入來攻擊一個應用，原因在於可以通過此手段來暴露應用的一些實現細節或者使得應用產生一些惡意資料。另外，攻擊者還可以在應用中執行惡意指令碼和訪問受限資源。所以，如果不驗證使用者輸入對應用是有害的。我們可以對使用者輸入進行用戶端或者伺服器端驗證。這些驗證分為——Client-side validation（第一道安全防線，在資料發送到server前進行驗證）；Server-side

我的環境是winxp sp2 oracle9i  EOS5.3(2886)檢查步驟：1、設定伺服器tomcat 的server.xml檔案中連接埠到80802、在沒有啟動EOS服務的情況下 輸入http://localhost:8080  出現的一個要輸入使用者/密碼的對話方塊,並有XDB的字樣，原因就是oracle9i的XDB佔用了8080連接埠

早上真是鬱悶，寫的很重要的一個郵件，寫了一半，想切換到HTML模式，但在切換之前沒有儲存，我還以為可以直接把原來的文字轉成HTML的內容，但沒有想到，在沒有任何提示的情況下，內容全丟了。這肯定是一個BUG，大家在使用的時候一定要小心。 Foxmail版本是6.5 bata1 ，最好在切換之前還是另存新檔一下，因為就算是儲存了，從HTML切換到純文字還是會丟掉的。之前一直很少使用HTML的方式發送郵件，所以沒有注意到這個細節，真的太鬱悶了。

不止硬體可以DIY，軟體同樣也可以進行DIY，DIY這個名詞已經成為個人化標誌。如何進行軟體個人化，是軟體愛好者一直以來的夢想，軟體稍作個人化的改變，就會引來一群人的羨慕目光，會虛心請教你這個到底怎麼做，這時候軟體個人化會讓你擁有一種成就感。操作方法一：直接建立一個reg的檔案，拷入以下內容即可Windows Registry Editor Version 5.00[HKEY_CURRENT_USER\Software\Microsoft\Internet

  1.      系統安全的重要性隨著互連網的普及以及軟體不斷增長的複雜性，軟體應用的安全性需求也越來越緊迫了。互連網為攻擊者提供了很多機會去串連到我們的應用去突破安全屏障――破壞系統，盜劫重要的資料，種入木馬……最終可能給客戶造成重大的損失。對於系統的安全防衛工作涉及到的人包括開發人員，系統管理員和專案計劃制定人，但往往這些涉眾對安全問題都沒有足夠的認識，導致系統中存在很多安全性漏洞，為別有用心之人留下了可乘之機。1、 

讀了Jeffrey Palermo 的隨筆How to design a single method後，對他所述的方法（Method）設計的準則大部分比較贊同。方法的設計是類的設計的一部分（在物件導向設計的前提下），是比較細節的問題，但也是關乎設計是否優秀的細節。Jeffrey Palermo

昨天出差的時候無聊點了一下foxmail的首頁，看到有新的版本出來了，準備趕快升級一下。不知道為什麼這次Foxmail沒有自動提示有新版本升級。升級完終於看到不錯的效果，上篇寫到《鬱悶的切換foxmail》內容都解決了。還修改了一些新的內容，感覺很不錯，建議大家都去升級一下。增加了一些新的功能，感覺是很實現的。比如寫郵件的時候把地址簿自動列出來（建議如果可以自動讀取outlook的連絡人就更好了）。Foxmail6.5Beta2 版對 Beta1 版的主要改進支援IMAP4郵箱連線協定；

之前微軟一直沒有相關的圖表控制項，都是使用第三方的控制項來實現或者使用Office OWC控制項來實現，使用OWC的效能是比較差的一般不建議使用。  看了一下微軟的Demo程式確實功能非常的強大，介面也非常的漂亮，推薦大家去使用一下。 個人感覺優勢還是很明顯的。我用到開源的控制項ZedGraph.dll，有一些功能限制。如XY軸文字在圖表縮小的時候也會變得很小，但MSchart就可以設定最小的字型大小，這樣就保證不會隨著圖變小而看不到標量值，如所示的操作：

返回按鈕的寫法：（要求：如果是開啟新視窗，則關閉視窗，否則就返回前一頁或者指定頁）<input type="button" value="返回" onclick="try{if(typeof(window.opener)!='object'){location.href='WebQuery.aspx?repoid=78102';}else{window.close();}}catch(e){}" /><input type="button" value="返回"

我現在要實現一個功能就是當使用者修改的時候儲存按鈕馬上變為可用，如果寫在onchange事件裡，文字框就要當焦點轉移的時候才會觸發，所以研究了一下其它的幾個事件，如onpropertychange，有可能修改樣式也會觸發，不行 onkeydown　ctrl與系統鈕都會響應。最適合的就是onkeypress onkeypress當使用者按下字面鍵時觸發。是在使用者按下並放開任何字母數字鍵時發生。系統按鈕（例如，方向鍵和功能鍵）無法得到識別。 onkeydown當使用者按下鍵盤按鍵時觸發。

最近在弄一個AJAX的功能，資料量可能比較大，JSON也相對複雜，有時候處理的時候就會報錯。如所示： 這個錯誤是在反序列JSON為對象的時候報的，一直以為是類沒有寫無參數的建構函式。後來查了一下傳過來的JSON的字串才發現是一個屬性弄錯了。    本來是一個字元型的屬性，而傳進來的JSON變成了一個對象，所以在反序列的時候就報錯了。 所以有這種錯誤要先檢查一下JSON的字串對不對，否則找問題的所在會花掉很多的時間。

.Net Framework 2.0附帶了一個支援ASP.net 2.0宿主功能的輕量級Web伺服器(ASP.NET Development Server)，但在MSDN中找不到相關的協助，由於我使用的windows xp sp2所以IIS經常會報串連數過多的錯誤，但這個web伺服器倒不會，真是太好用了。 執行檔案為：WebDev.WebServer.EXE 在目錄：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 中，這個8.0版本的，是.net

在Adobe Reader 8.1.2 安裝或者卸載的時候出現錯誤提示："無法應用變換程式.請確認是否指定了有效轉換程式路徑"或者是"無法應用轉換程式"Adobe Reader 8不知道怎麼回事突然不能用了，開啟就說"無法訪問您要使用的功能所在的網路位置"，重新安裝又說"無法應用轉換程式，請確認是否指定了有效轉換程式路徑"，在添加或刪除軟體裡刪除，又說"應用變換時的錯誤，請驗證指定的變換路徑是否有效"，現在是已有打也打不開刪也刪不了，重新安裝也不行 大概原因應該是以前安裝過Adobe

看到這篇文章，感覺寫的很有意思。比較認同其中的一些觀點，不過還是有一些想補充的，有時間再補充吧。  現在招聘軟體人才的資訊鋪天蓋地，但是不同企業開出的薪酬卻是千差萬別，甚至可以達到萬元以上。究竟中國程式員的薪酬待遇是如何定位？程式員應當如何確立自己的身價？這都是值得大家探討的問題。雖然程式員本身的學曆或專長可以有明顯的差別，說到程式員的薪資待遇，卻不是用簡單的分類就能一目瞭然的。因為用人單位的實際需求情況和其待遇分配的主觀性就決定了各自待遇的千差萬別。首先我們應當注意到地區性的薪資差距。從整體來

java在visita環境下取出的時間，比正確的系統時間早了8小時，因為我們的時區都是設定為北京時間（即GMT+8)  通過以下代碼取時間就會出現問題：  Calendar c = Calendar.getInstance(); DateFormat df =new SimpleDateFormat("HH:mm:ss"); return df.format(c.getTime());