其他

流程式控制制語句流程式控制制語句是指那些用來控製程序執行和流程分支的命令，在SQL Server 2000中，育種控制語句主要用來控制SQL語句、語句塊或者預存程序執行流程。( 1 ). begin end語句 begin end語句能夠將多個Transact - SQL語句組合成一個語句塊，並將它們視為一個單元處理。在條件陳述式和迴圈等控制流程程語句中，當符合特定條件便要執行兩個或者多個語句時，就需要使用beginend語句，其文法形式為： begin {sql_statement |

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=290&extra=page%3D1考慮這麼一個伺服器，它可以處理來自多個用戶端的服務要求（Request），為了不丟失客戶的請求，它要維持一個緩衝區，客戶的請求會先儲存至緩衝區中，而伺服器會從緩衝區中取出請求並執行，如果緩衝區中沒有請求，則伺服器就等待，直到被通知有新的請求存入緩衝區中，伺服器再度進行請求的執行。關於這個描述的一個簡單 UML 順序圖如下所示：

建立ORACLE10g中的資料表空間和使用者，以及授權指令碼如下：/*第1步：建立暫存資料表空間  */create temporary tablespace medicinecm_temp  tempfile 'D:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\medicinecm_temp.dbf' size 50m  autoextend on  next 50m maxsize 20480m  extent management local; 

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=278&extra=page%3D1 延續 Proxy模式（一） 的議題，來看看實現代理的兩種方式：Static Proxy與Dynamic

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=291&extra=page%3D1Producer Consumer模式與 Guarded Suspension 模式是類似的，只不過Guarded

http://www.cnblogs.com/www-35java-com/admin/EditPosts.aspx?opt=1 其實Chain of Responsibility的概念，即使是一個剛學程式設計的新手也會用到，一個簡單的 if...else if ... else 流程式控制制就有Chain of Responsibility的概念：if(/* 符合請求條件一 */)     // 執行請求一 else if(/* 符合請求條件二 */)     // 執行請求二 else  

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=297&extra=page%3D1無論如何，要編寫一個多執行緒安全（thread-safe）的程式總是困難的，為了使用的共用資源，您必須小心的對共用資源進行同步，同步帶來一定的效能延遲，而另一方面，在處理同步的時候，又要注意物件的鎖定與釋放，避免產生死結，種種因素都使得編寫多執行緒程式變得困難。Thread-SpecificStorage模式嘗試從另一個角度來解釋多

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=289&extra=page%3D1在Java中所有的物件都繼承自Object物件，這樣作的優點之一，就是使得一些集合物件的資料結構容易管理，例如您可以將任何型態的物件放入Vector中。然而現在有個問題是，如果您的集合（connection）物件中不僅儲存一種型態的物件，如果想要對這些物件作出一些個別化的操作，首要條件就是要知道該物件的型態，使用

   首先，建立webservice，建立網站，選擇webservice網站，然後建立，我們看見產生的程式碼如下：    [WebMethod]    public string HelloWorld() {        return "Hello World";    }   這樣，我們就可以向遠程web伺服器發布輸出“hello word”的服務了，在這個函數中有兩個部分不能缺少，一是：[WebMethod]屬性；二是：函數的類型，public。   我們仿照這個函數，寫下如下函數：   

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=288&extra=page%3D1不要將設計模式想得高不可攀，好像高手才會使用的東西，事實上如果您在下手程式之前，能稍稍對程式作個分析規劃，或多或少都會用到一些模式了，模式不是教條，它只是前人的經驗成果，而 Gof 的書則是擇前人之精華持續改進而來罷了。Template

  關於Sql關鍵字SELECT FROM GROUP ORDER 等的執行順序問題的解釋  正巧今天碰到一個sql的預存程序需要最佳化就順便研究了下。Sql語句的執行順序其實是如下的:Select C.customerid, COUNT(O.orderid) AS numorders 7FROM dbo.Customers AS C   1、LEFT OUTER JOIN dbo.Orders AS O 2、ON C.customerid = O.customerid 3、WHERE

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=294&extra=page%3D1Future模式可以簡單的看成是 Proxy 模式 與 Thread-Per-Message

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=287&extra=page%3D1考慮您要設計一個更換各種符號的工具類TextCharChange，您是否會採用這樣的方式：public void replace() {    switch(getChangeType()) {       case RN_TYPE:   replaceRN();                          break;  

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=295&extra=page%3D1如果有一個資料檔有可能同時間會有許多用戶端對它進行讀取與寫入的動作，則必須注意資料的同步問題，像是兩個寫入者進行寫入時，後一個寫入者的資料會有可能將次一個寫入者的資料覆蓋掉；而有時您希望讀取者看到的是最新的資料，如果在讀取的時候，有寫入者想要對資料進行寫入，則最好等待讀取者讀取完畢，相反的如果在寫入時有客戶想要讀取資料，則最好等待，

擷取瀏覽器視窗大小以下內容摘自JavaScript相關書籍和網路，我感覺以現在的情況應該可以再簡化些，牛人幫忙看下。（1）要得到視窗的尺寸，對於不同的瀏覽器，需要使用不同的屬性和方法：若要檢測視窗的真實尺寸，在Netscape下需要使用Window的屬性；在IE下需要深入Document內部對body進行檢測；在DOM環境下，若要得到視窗的尺寸，需要注意根項目的尺寸，而不是< body>元素。

http://www.cnblogs.com/liguangxi8/archive/2010/07/11/1775158.html公司從去年年底開始實施CMMI3,記得當初上培訓課的時候，聽著老師介紹過程管理，專案管理，工程過程，支援過程這四大類過程域的時候，全部門上下聽得稀裡糊塗，從未想到這個鬼東西還這麼複雜，這麼麻煩。      

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=286&extra=page%3D1如果您不瞭解TCP的連線方式，在看 Gof的書介紹State模式時，大概會看得一頭霧水吧！TCP的連線狀態圖，光是要瞭解就要花點精神了，它的連線狀態很多，用來說明狀態模式確實很適合，但不適合教導初學模式的人。

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=292&extra=page%3D1Worker Thread模式在Request的管理上像是 Producer Consumer 模式，在Request的行為上像是 Command 模式。Producer Consumer模式專註於Product的生產與消費，至於Product被消費時是作何處理，則不在它的討論範圍之中。 如果您的Product是一個Request，

http://www.cnblogs.com/www-35java-com/admin/EditPosts.aspx?opt=1 如果您寫過Java的Swing視窗程式，您可能使用過Command模式了，例如在您按下JMenuItem的“剪下”選項時，執行對JTextArea的選定文字之剪下動作，並將狀態列設定為檔案已修改狀態。在設計Swing時，設計人員是不可能知道使用Swing類別的人，在某個事件發生後所要執行的動作是什麼的，他們採用了Command模式，以上面的需求作為例子，一個實作的片段

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=283&extra=page%3D1Mediator的意思是中介者、調節者、傳遞物，顧名思義，這個模式在程式中必然負擔一個中介、調節、傳遞的工作。物件導向設計中，每個物件所負擔的工作儘可能的簡單明了，鼓勵物件將工作分布至其它物件上，讓一群工作屬性相同的物件得以共同合作，即所謂高彙總性，以增加物件的可重用性。然而在組織物件工作的同時，物件彼此之間可能知道彼此的存在，並相