其他

需求變更，需求不清1）  需求變更需求變更，不可避免解決：可以通過配置化，好的代碼架構，減少調整量2）  需求不清非需求變更，事實上客戶沒有那麼多需求變更，往往是沒有把握好客戶的真正需求導致返工。解決：明確需求後再開發，不要猜測需求，需求是由實際業務定的，開發時是A就是A，是B就是B，不要猜測，通過溝通明確。指令碼1）  直接在sqlserver資料庫上添加表、欄位、預存程序等沒有資料庫結構文檔，沒有指令碼管理。在測試環境測試通過後，在正式環境部署程式後，頻繁發生缺少指令碼或預存程序錯誤的錯誤。

/****** Object: UserDefinedFunction [dbo].[FSysSplit] Script Date: 06/28/2011 09:04:51 ******/SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOALTER FUNCTION [dbo].[FSysSplit](@Long_str varchar(8000),@split_str varchar(100)) RETURNS @tmp TABLE(

其中功能如下（附上一些參考）：1.支援多個檔案同時上傳。對檔案大量操作2.支援大檔案上傳（檔案大小上限為 500M）。3.即時顯示上傳的進度：上傳百分比，上傳速度，上傳時間，剩餘時間等。4.一次只能同時上傳5個檔案，完成後自動上傳 隊列裡的 等待檔案。5.把 已完成、正在上傳、以刪除 的檔案

要想效能高，緩衝是關鍵，緩衝處理更是關鍵最近一直在關注效能方面，回想起以前寫cache的情境，糾結啊，一坨一坨的同步代碼，都寫在了業務方法中，更要命的是由於涉及到取緩衝代碼導致了多個方法中同時牽涉了很多處理緩衝的代碼、結構性基本上沒有。由此粗略寫了這個EventFramework，還沒有最佳化，由於用到了反射，所以效率不高，還需要最佳化（今天剛搞出來的。。。）代碼下載這個EventFramework能夠將業務方法和相關event分離開（事件訂閱），比如：事件訂閱：Order.Add函數調用後，E

背景假設存在這樣的表結構，Resource 為主表，UserID,ProjectID,DepartmentID,CompanyID 為外鍵，而 ProjectID,DepartmentID,CompanyID為冗餘資料。Company,Department,Project 構成組織架構。UserID 從屬於 Project表。如果要為 Resource表 做一個 查詢列表頁面，常規的查詢條件但這種做法只能滿足一個維度查詢，而且對使用者來說不夠方便和直觀。例如：要同時查詢出 廣東分公司下 2012

我認為WPF的核心改變之一就是控制項模型發生了重要的變化，大的方面說，現在視窗中的控制項（大部分）都沒有獨立的Hwnd了。而且控制項可以通過所謂的模板提供各種各樣的表現形式。這一篇就來談一談ContentControl，的第一部分，動態添加控制項和尋找控制項什麼是ContentControl呢？其實WPF的絕大部分的控制項，還包括視窗本身都是繼承自ContentControl的。 有的時候，我們需要在視窗出來之後，再動態添加一些控制項。例如一個最簡單的情境：我們需要做一個掃雷程式，該掃雷程式根據

http://www.blogjava.net/TiGERTiAN/archive/2010/06/11/227708.htmlHttpWebRequest myRequest = null;            HttpWebResponse myResponse = null;            Stream reqStream = null;             Stream resStream = null;            try              {     

文章目錄 ************預備架構*************************概念架構***************************細化架構*************************各個架構階段的比較********** 架構要分階段，而後分視圖：把握需求特點，確定架構驅動力（預備架構）採用 二維需求觀 來定出需求特定和非功能性需求優先順序、取捨根據重大需求，確定概念架構（概念架構）細化架構設計，關注不同視圖（

來自：http://www.jpinw.com/teach/cn/200712/1209660.html作者：佚名    教程來源：不詳    點擊數：     更新時間：2007-12-26    作為一個合格程式員每天該做的事。

HDFS-Hadoop Distributed File

     Sql Server 2005/2008中提供了begin tran，commit tran和rollback tran來使用事務。begin tran表示開始事務，    commit tran表示提交事務，rollback tran表示復原事物。具體用法如下：-- =============================================-- Author: cynimoon-- Create date: 2009-10-09-- Description:

.net串連Oracle資料庫時候出現此錯誤。ORA-12154: TNS:無法解析指定的串連標識符ORA-12154: TNS:could not resolve the connect identifier specified錯誤號碼：ORA-12154癥狀：    可執行程式為c#2.0編譯完成,串連Oracle（經測試的有9i和10.2兩個版本，目前可確認這兩個版本）會報此錯誤。鑒於這個異常的原因比較莫名，記下來，以茲效尤。   

設計模式：簡單原廠模式Factory 方法模式抽象Factory 方法模式單例模式面板模式產生器模式原形模式中介者模式代理模式觀察者模式命令模式迭代器模式組合模式模版方法模式策略模式狀態模式備忘錄模式享元模式解譯器模式裝飾器模式職責鏈模式橋接模式訪問者模式 公司專屬應用程式架構模式事務指令碼大家都懂的寫法領域模型DDD的建模方法：領域對象、value對象Unit of WorkEntity Framework已經整合這功能了Lazy

使用WPF資料視覺效果組件時候需要定義chart的圖例風格：下面從網上找來的，經過調整可以直接使用：需要添加以下引用： }System.Windows.Controls.DataVisualization.Toolkit.dll}xmlns:chartingToolkit="clr-namespace:System.Windows.Controls.DataVisualization.Charting;assembly=System.Windows.Controls.DataVisualizat

效能低主要是由於I/O操作導致的延遲，導致了等待               ==>CPU很閑，處理速率卻上不去解決辦法：減少I/O操作：加入緩衝來緩解I/O操作AppFabric或Memcached讓出主線程，開啟單獨線程來處理I/O操作（主線程就能處理更多的IIS請求）PageAsyncTask,

c#調用C++動態庫出現的錯誤，找到這個地址的解決方案，暫時記下來，回去實驗，有結果再來反饋http://dearymz.blog.163.com/blog/static/2056574200821111952160/

是一緩衝，能夠Set, Get value，哈哈，普通用法如下：public User GetUser(int userId){ UserInfo user = cacheService.Get("UserInfo:" + userId) as UserInfo;//cacheService是自訂的介面，具體的memcache實現代碼被隔離了 if (user == null) { user =

assign： 簡單賦值，不更改索引計數copy： 建立一個索引計數為1的對象，然後釋放舊對象retain：釋放舊的對象，將舊對象的值賦予輸入對象，再提高輸入對象的索引計數為1Copy其實是建立了一個相同的對象，而retain不是：比如一個NSString對象，地址為0×1111，內容為@”STR”Copy到另外一個NSString之 後，地址為0×2222，內容相同，新的對象retain為1， 舊有對象沒有變化retain到另外一個NSString之

此篇為Repeater控制項嵌套Repeater控制項教程，你可以從下面相關連結下載到教程視頻與來源程式。 視頻：檔案格式：.wmv；大小21,401KB；長度：00:16:58。

本文是自己對讀寫分離資料庫方面的一些改進想法一般做資料庫讀寫分離的標準情況是：1台寫入資料庫+2台查詢資料庫+1個請求轉寄站這樣的配置容易出現這樣的問題：1. 寫資料庫的寫入成為瓶頸2. 查詢所需時間還是很長（由於表很大導致） 下面這些辦法，歡迎大家給出各自的看法解決辦法一：1. 查詢資料庫：增加記憶體，以達到通過記憶體就可以擷取大多數的資料，較少I/O耗時帶來的延遲2.