其他

最近封了一個簡單的類庫，主要目的是協助實現簡化製作表單頁面的工作。使得製作一個具有提交、修改、瀏覽功能的表單頁面，只需要擺好控制項再寫很少量的代碼即可。在需求發生變動需要調整UI的時候，也僅是調整控制項的擺放而已。而且還可以根據工作的流程製作多套表單，在實際使用的時候，根據流程不同來動態切換。這裡發個簡單的Demo，實際要比這複雜一些，但是Demo已足夠闡述實現原理，目的也就達到了。下面做簡單的介紹，具體看代碼。(代碼是ASP.Net2.0/VS2005的，在C/S裡的實現，原理也是一樣的。)約

Tokyo Tyrant 加上 Tokyo Cabinet，構成了一款支援高並發的分布式持久儲存系統，對任何原有Memcached用戶端來講，可以將Tokyo Tyrant看成是一個Memcached，但是，它的資料是可以持久儲存的。這一點，跟新浪的Memcachedb性質一樣。 　　Tokyo Cabinet 是日本人 平林幹雄 開發的一款 DBM 資料庫，該資料庫讀寫非常快，雜湊模式寫入100萬條資料只需0.643秒，讀取100萬條資料只需0.773秒，是 Berkeley DB 等

[Update at bottom of post]I wrote this in response to a question on the ADO.NET Orcas forums and thought I would copy it here.Note that Danny Simmons writes more information about Entity Framework and DataTables in the thread.Here's my solution for

其實對於性的擴充無非是Scale Up(向上擴充）或者是Scale Out(向外擴充）, 微軟對此的看法是一個App的緩衝最好是以它自己為物理邊界進行讀寫，而不要放到別處去，這樣帶的問題可能有對象的序列化傳送，還原序列化，網路連接開銷，跨進程的開銷，對於高效能的網站來說都是不能忽視的問題.出於對這些因素的考慮微推薦的作法不是把多個應用放在一起在多台Server布署，中國自學編程網，www.zxbc.cn 而是將一個App劃分成若干個小的應用布署到不同的伺服器，下面的關係圖展示了這種關係,

1.基本概念Zope架構有一些基本概念，理解了這些概念有助於充分使用Zope。1.1.Zope是一種架構Zope涵蓋了很多Web應用程式開發人員需要處理的底層細節，比如資料的持久性，資料的完整性，資料存取控制等等，這樣就可以讓你集中精力在解決問題上。比起其它的語言或架構，Zope可以讓你充分利用Zope提供的服務來更快速的構建web應用程式。Zope可以讓你使用Python語言來編寫web應用程式中的邏輯處理部分，當然也可以用Perl。Zope還提供兩種方式，就像模板一樣，來處理文本、XML和H

 使用TFS有一段時間了，有很多功能，例如原始程式碼控制相關的，很以前的使用VSS和ClearCase等都不太一樣。經過摸索，積累的一些經驗，和大家分享一下吧！1、TFS不僅僅提供了原始程式碼控制的功能，還提供了任務管理、分析服務等許多功能，但這些功能必須全部安裝，不能夠定製安裝，例如只安裝其中的原始程式碼控制工具:(2、安裝時必須安裝SQLServer2005，而且資料庫必須是預設執行個體名。3、原始程式碼控制預設模式是支援多人簽出，但可以在項目的原始程式碼控制中關閉它。4、簽出原始碼時，不會

最近公司一直在招人，我作為主考官之一 。經常會提問的一個問題，就是讓使用者介紹自己在緩衝方面的經驗和心得。絕大多數的面試者只能說ASP.net的頁面緩衝和局部緩衝，稍稍有點經驗的，會提到企業庫的緩衝，只有很少的人會知道Memcached（一個分布式的緩衝）。而對於緩衝的一些基本思想，卻沒有一個人能說出來。　　現在的技術人員，很多時候，不管三七二十一，把一個個實體丟到緩衝中，然後在用的時候，就從緩衝中去找這個實體。而不會考慮緩衝的其他方面因素。所以他們在提到緩衝時，想到的才只能是一個個的緩衝實現的

在VS2005下建立的web services ，如果儲存在本地磁碟上，可以測試（用的是其他連接埠，不是80），但沒法運行，如果是儲存在本地IIS上，測試、運行都沒法進行。在事件檢視器中發現警告“伺服器無法載入應用程式 '/LM/W3SVC'。錯誤是 '找不到指定的中繼資料'。”，在網上找到藍色隨想的“完美解決IIS 伺服器無法載入應用程式 '/LM/W3SVC/1/ROOT'。錯誤是 '沒有註冊類別 ”（http://www.cnblogs.com/BlueThinking/archive/2

最近公司的一個需求，涉及到WCF開發。在網上找了些資料，大都是利用單獨的應用程式、或者Windows服務作為WCF Service的host。其實WCF還提供一種方式，和以前的Remoting比較類似，就是基於IIS發布你的WCF Service。大致部署步驟如下：1.編譯好WCF Service的Class

如果是字元型關鍵字，用條件過濾比較加‘’引起來，否則，不會使用索引。一、操作符最佳化1、IN

在memcached中，我們一直提到key的hash來存取資料，為了更好的理解存取資料的過程。我們先來理解一下hash，即叫散列或者雜湊。       google搜尋到的頭條：散列表（也叫雜湊表），是根據關鍵碼值直接進行訪問的資料結構，也就是說，它通過把關鍵碼值對應到表中一個位置來訪問記錄，以加快尋找的速度。這個映射函數叫做散列函數，存放記錄的數組叫做散列表。      我覺得這個解釋太含糊，想要整明白雜湊表，那就得明白雜湊表到底有什麼樣的優勢。      資料結構中，有個時間演算法複雜度O(

 自己實現過了的,javascript指令碼關於Iframe之間以及與父表單的值傳遞,事件調用問題;在父頁面訪問Iframe子表單的txtAddress控制項window.frames["ifrMapCompanyDetails"].document.all("txtAddress").value = '地址' ;   在Iframe子表單1訪問父頁面的TextBox1控制項 , 子表單1把值賦給子表單2的某個控制項string strValue = "從子表單傳遞給父頁面的值"

 在應用的程式設計中，除了一些必要的情況下，如月報資料的統計。列印所有清單等可以允許使用全表掃描外，一般都盡量避免涉及全表掃描。全表掃描就是指不加任何條件的查詢語句。下面情況可以Oracle就使用全表掃描： 1．所查詢的表沒有索引；2．需要返回所有的行；3．對索引主列有條件限制，但是使用了函數，則Oracle 使用全表掃描，如：where  upper(city)=’TOKYO’;  這樣的語句不會使用索引方法。所以就只能全表掃描。4．帶有 is null 和is not null 及 !=

1、DNN(DotNetNuke)研究手劄系列1－資源 2、DNN(DotNetNuke)研究手劄系列2－背景、現狀 3、DNN(DotNetNuke)研究手劄系列3－架構(概述) 4、DNN(DotNetNuke)研究手劄系列4－架構(硬傷) 1 5、號外！激動人心的DotNetNuke(DNN)2.2x新特性最新彙報！ 6、DNN(DotNetNuke)研究手劄系列5之DNN的未來(藍圖) 7、號外！DNN直接跳躍到3.0！功能大改進！ 8、DNN(DotNetNuke)

ADO.NET Entity Framework Content type: Devdiv1. Transform: orcas2mtps.xslt. -->ADO.NET Entity Framework 設計用於支援開發人員通過對概念性應用程式模型編程（而不是直接對關係儲存架構編程）來建立資料訪問應用程式。目標是降低面向資料的應用程式所需的代碼量並減輕維護工作。Entity Framework

文章目錄 Entity and Data Table NamingRelations and Foreign Key ConstraintsDatabase Construction from LINQColumn PrerequisiteToDataRowToEntityKeeping Track of the ChangesEntity2DatasetDataSet2Entity By SarafianConverting a

上周剛剛看完了nxbre，寫了一個ppt給項目組評審，用來擬定我們GSP中的規則引擎的實現需求。    不知為什麼我上傳不了檔案，只好把ppt的內容貼出來給大家共用。大家如果這個開源項目感興趣，可以留言索取。ppt中不可能把細節講的很清楚，而且由於時間關係，唯寫了其中的flow engine,請見諒。Nxbre的簡介  Nxbre包括interface engine和flow engine 兩種引擎的區別 the Flow Engine, which uses XML as a way to

現在這種概念炒得滿天飛，好像這些玩意兒相當的熱門，代表了相當前衛的新技術。那它到底適合我們嗎？有一篇文章討論得很深入：http://www.cnblogs.com/lovecherry/archive/2007/11/09/954348.htmllovecherry

      dhtmlXTree是一個功能比較強大的樹控制項，基本上能滿足大部分常規需求，比較好用。    當然，在使用過程中還是發現一點點問題。下面是我整理的一些裡面常用函數的說明（只有簡單的說明，如果要看詳細的說明，自己查看原函數去）：建構函式dhtmlXTreeObject(htmlObject, width, height, rootId)//rootId 虛擬根節點，在介面上不會顯示，一般取值0replace IMG tag with background images -

Cuyahoga的安裝及結構Cuyahoga 的安裝 Cuyahoga's DatabaseDiagram and ClassDiagram  如何在Cuyahoga中新增一個簡單的功能模組  Cuyahoga研究之----資料庫表結構  Cuyahoga研究之-----架構結構  NHibernate和Cuyahoga（一）配置和Session管理 NHibernate和Cuyahoga(二) MappingCuyahoga研究1: "Hello World"