其他

我們先看看一般的反射的動態方法尋找下面為ms內建的例子ms-help://MS.VSCC/MS.MSDNVS.2052/cpref/html/frlrfsystemreflectionmethodbaseclassinvoketopic.htmpublic class A{   public virtual int method () {return 0;}}public class B{   public virtual int method () {return 1;}} class Mym

一個基於flash的視訊交談室，http://www.shan6.com/  通過rtmp協議實現的視訊交談，如果用flex實現視訊交談尚算容易的話，這個網站的視頻伺服器並不是基於FMS也不是開源的Red5，而是用C#從頭實現RTMP協議來開發的一個Flash媒體伺服器，網站的商務邏輯也不是通過AS3而是通過C#來寫的。基於IOCP的高並發設計使其能夠支撐達到伺服器頻寬極限的並發使用者數。不過可惜的是該網站的技術總監並沒有將其開源的打算……我正在勸說中

biztalk項目有的地方可以寫代碼，代碼中可以引用一般託管類的代碼，所以biztalk解決方案中一般會包含非biztalk項目的類庫項目，這些類庫項目中的類被biztalk項目中的代碼調用。因為biztalk項目的程式集是強式名稱的，被部署在GAC中，所以被引用的類庫的程式集也必須是強式名稱的並部署到GAC中。非biztalk項目不能跟biztalk項目一樣通過簡單設定就能被部署到GAC中，但是可以通過一定的方法做到。以下是Snega (水滴石穿)提供的方案1、            

Request.ServerVariables("Url") 返回伺服器位址Request.ServerVariables("Path_Info") 用戶端提供的路徑資訊Request.ServerVariables("Appl_Physical_Path") 與應用程式中繼資料庫路徑相應的實體路徑Request.ServerVariables("Path_Translated") 通過由虛擬至物理的映射後得到的路徑Request.ServerVariables("Script_Name") 執

程式員說：預存程序還是SQL語句，這是一個問題。江湖現在有三個流派，一個是SQL語句流的，崇尚使用SQL語句，一派是預存程序派的，崇尚用預存程序說話，還有一派是中庸派的，講求和諧，所以也就前兩派吵得厲害，中庸派的看熱鬧。現在SQL派的有Nhibernate為首的眾多ORM助陣，最近風生水起比較得意，預存程序派也有自己的殺手秘籍，兩派互不相讓，爭鬥由來已久。預存程序派的追求速度，所謂天下無功無堅不破，唯快不破，這也是預存程序派的人行走江湖的最大本錢。之前預存程序派的攻擊SQL語句派的還有一個秘籍就

昨天處於暈死狀態，少寫了一個組件，還需要一個組件用來專門管理Cache的，這裡說道為什麼要分這麼多組件，其實這是習慣問題，很多人喜歡寫一個很大的DLL，不過我比較喜歡拆分，小粒度的項目比較好管理和單獨測試，把用單元測試驗證好了的小工具湊起來調試和寫成一個巨大的DLL慢慢一行行的追蹤代碼，肯定是前者更加舒心和滿足懶漢的要求。之前說了，今天主要將實現Yourname.Config這個項目，這個項目用來管理所有的設定檔，把所有的設定檔Cache到記憶體，並且需要在設定檔更新的時候重新整理記憶體中的配置

    最近接到一個項目，不知道是自己頭腦發熱還是想證明自己前段時間的學習成果，於是就想使用三層架構來開發，但是在開發過程中發現了越來越多的不和諧因數（以後可能還會發現更多），現在就一一呈現給大家，希望有朋友能指點我一下。客戶的需求很模糊，這就帶來了資料庫設計的困難，三層架構都說用實體層來進行資料轉送，那麼這麼實體層應該怎麼設計，其它層怎麼設計（你的介面層定不下來），如果以後添加功能就得先改實體層然後一層層的修改？還是實體層，如果我其它兩層設計成了Web

系統設計的變與不變（兼答金色海洋的疑問）首先我們的討論範圍是針對基於資料庫的應用設計，還有很多應用不會基於資料庫來實現那就暫時不在我們的討論範圍內，在之前對分層設計的討論中，金色海洋同學覺得分層沒有解決資料庫的表欄位改動造成的各個層次代碼的變動問題，那麼我就以系統的變與不變做題來回答這個疑問。首先，對系統代碼的改動是不可迴避的問題，能夠適用所有情況的萬能組件就我現在看來還沒有發現此類非地球物種。那麼在系統設計中哪些應該變那些是不應該變的呢？首先從系統的結構上來說（以ASP.NET為例）。從以資料

看到很多社區的小組裡頭有人在討論大型網站的架構問題，發覺這幾年雖然沒搞出個新浪百度出來，但是在大型系統的架構上還是有點心得，遂鬼吹一把，來談談大型網站的架構設計。首先我們要明白什麼算是大型網站，大型的網站有多大才叫大型？新浪、百度還是Google這般巨大？是使用者數量很多，還是業務量很大。這裡又分是社區類網站還是新聞類還是電子商務類的網站。新聞類的最簡單，因為大部分是靜態新聞的發布，比如新浪新聞等網站（個人覺得新浪應該算是一個網站群集）。社區類的就比較複雜了，功能複雜，資料關聯性大，比如天涯，貓

CMMI是魔鬼繼續上面的內容，這裡我們要實現一個外掛程式的結構來動態從外部載入資料群組件，其好處不用我再多說了，可能有人會發問，外掛程式是AOP的拿手好戲你咋個不用？真是暈死，就2行代碼，犯得著引入那麼大一堆東西進來嗎？外掛程式，首先要定義介面，當然通過Refrection我們無所不能，但是有一個定義好的Interface對效能的改善來說不是一點半點鐘的。我們引入一個新的項目來定義介面，理由呢就是消除循環參考。介面的定義： 1namespace Alexander.Xbase.Interface

以下是一段通過metaclass實現Profiler的Python代碼，很簡單，功能不多，目的是為了展示Python的metaprogramming的能力，這種能力，無疑是很實用的，而且可以將AOP的方面（aspect）概念發揮的很好！下面的Profiler類（metaclass）就可以將方法的profiling在不同的類中複用。Code highlighting produced by Actipro CodeHighlighter

偶在上次的Post裡關於IIS的線程問題犯鳥錯，這裡更正錯誤，偶誤導大家（一部分人），偶有罪，偶悔過。這裡對線程問題加以說明，以更正我的問題。今天看到http://www.cnblogs.com/dsclub/archive/2004/06/24/18445.html 這篇Post，所以兼談以下看法。上次在一片衝突激烈的Post裡非常想當然的地提出了IIS一個Session一個線程的說法，後來@雙魚座同志指出了偶的錯誤，後經思考論證，證明他的說法部分是正確的（不過有點小錯誤，不知是否我會錯了意，

看過趙俊同學的《三層架構，我為什麼對你越來越迷茫了》深有所感，遂作此文以和之。 軟體架構有其共性，但是並沒有一定之規，只要符合其規律的，我們就可以根據需求靈活的加以改進。所以趙同學何須拘泥於所謂三層而困惑之。分層理論我們應該活學活用，取其精髓去其糟粕，否則生搬硬套，借句佛家的話來說就是著相了。究其根本，分層的設計，意圖就在於對職責的分離，對於介面來說不用確切的知道商務邏輯的細節，在介面上工作的程式員只需要知道User.Login，但是並不需要知道如何login的，Login的細節是介面不關心的。

原貼在：http://www.cnblogs.com/jedwin/archive/2007/01/24/629167.html我想說的是如果可以簡單完成的工作就不要用麻煩的解決方案所以最近喜歡用指令碼解決問題，其實這個問題我們本子族常常遇到，之前我也有一個類似的問題，那時候還是窮學生的時候因為捨不得多花一張網卡的錢，於是啄麼著用一張網卡使用Winrouter做代理。當時用window的虛擬網卡，然後在物理網卡上綁定兩個網段的ip，然後把虛擬網卡和物理網卡上的一個網段設定成一樣的，這個就是內網網

看過金同學的【超級傳送帶】這篇Post及其裡面的Reply，我又要深有所感，於是有話不得不發了。對系統設計來說之前我也說過沒有一定之規，不通的系統設計的前提和背景有所區別，那麼設計的方式有可能南轅北轍。就算是圍繞資料庫，以資料為核心的系統也會因為設計的出發點不通而產生很多相反的看法。那麼我還是首先設定本次討論的前提：一個以資料庫為儲存手段，以資料為核心的應用程式，比如說一個電子商務系統（又比如NewEgg，不要誤會，我不在NewEgg工作，只是有所瞭解）。 之前我提到過系統設計的取向問題，我們是

第一，學習編程是一個很枯燥的過程，所以我們更要講究效率（要把有限的時間投入到無限的泡妹妹活動中去）第二，學習不要貪多，常常看到某人今天看看Nhibernate，明天看看Ajax，學習列表上堆積了一大堆列表，最後發現每一樣都是淺嘗則止，最後成為了傳說中的門門懂樣樣瘟。學習要有重點，起碼要保證自己在某一領域有了較深入的研究再去投入更多精力研究其他的。第三，學習的三板斧：Know What，Know How，Know

人性是懶惰的，程式員尤其如此。再懶惰的人為了讓自己過得更舒服，偶爾也會很勤快，程式員還是如此。我是一個懶人，所以贊同金色海洋同學的同學都是懶人。無可否認，對於懶人來說，極大降低重複工作量的方案無疑是充滿了誘惑的。所以在極大的誘惑下我花了很長的時間來思考了一下關於快速開發的問題。毫無疑問VS.NET工具本身就是一個非常優秀的快速開發的系統（比起java來說確實要快速很多），但是對於懶惰的我們來說卻是不夠的。而且在多層架構下要快速開發使用VS.NET還是會產生很多重複的代碼。這對於懶惰的我們來說是極

其實不想再囉嗦這個問題，但是要回答的東西很多，所以還是另起貼回複了。之前從很多方面來解釋了分層，但是對於實體類這個傢伙由於是一個一根棒子捅到底的異類，所以引起金同學的疑問，由於涉及到我的另一篇post，所以不得不作出幾點說明。其一，實體類是什嗎？這裡我做出一個符合大多數系統的定義：實體類就是只有屬性且屬性與資料庫表的列定義一一對應，用途為在各個層次間傳遞資料的載體。也即是DTO（Data transfor

寫此文純粹為了回複.NET不死，為什麼企業招聘都要java？ 一文。從01年以來，.NET從最初的2000beta2一路凱歌猛進到了2008，Framework從1.0一下子躍進到了3.5，從3.5以來 wpf，wcf，wwf，Linq，ASP.NET

折騰了好幾天，終於搞定，特此記錄，如有大牛探索方法有所不妥，請指正一下，不勝感激涕零........ 　　過程如下： 　　假設python2.5和quixote你已經安裝了 　　1.安裝apache2.2 ,過程略 　　2.下載mod_wsgi.so 　　3.copy到apache的modlues目錄下 　　4.給quixote準備串連mod_wsgi的指令碼，代碼如下：