其他

文章目錄 第77屆奧斯卡金像獎完全獲獎名單 [附完全提名名單] 第77屆奧斯卡金像獎完全獲獎名單 [附完全提名名單]最佳影片 (BEST PICTURE) 《百萬美元寶貝》(MILLION DOLLAR BABY)　 最佳導演 (DIRECTING) 克林特·伊斯特伍德(CLINT EASTWOOD) 《百萬美元寶貝》　 最佳男主角 (ACTOR IN A LEADING ROLE) 傑米·福克斯(JAMIE FOXX)　 最佳女主角

在ASP.NET中，我一直在思考一個問題，就是如何讓用戶端與服務端互動靈活呢？舉個例子：    客戶下訂單，在提交時，要從資料庫取得客戶的信用額度,如果超過信用額度，則彈出提示框問：超過額度，是否繼續？ 如果客戶點'是'則繼續儲存，'否'則放棄;或者是庫存量判斷，不足時要提示是否繼續下訂單。   象這樣種情況，先要提交，在服務端進行資料判斷;然後彈出用戶端指令碼確認，要根據客戶的確認情況，繼續服務端提交。    我現在想知道，這樣的情況，大家是如何進行處理的，有沒有好的方案。  

問題：在軟體系統中，經常有這樣一些特殊的類,必須保證它們在系統中只存在一個執行個體，並提只有一個全域訪問點，才能確保它們的邏輯正確性、以及良好的效率。定義：單例模式也叫也叫單件模式是一種對象建立模式， 保證一個類僅有一個執行個體，並提供一個該執行個體全域的訪問點。這個類稱為單例類。意圖：確保某一個類只有一個執行個體，而且自行執行個體化並向整個系統提供這個執行個體。單例模式有三個要點:一是某個類只能有一個執行個體；二是它必須自行建立這個執行個體；三是它必須自行向整個系統提供這個執行個體.參與者：

資料庫主鍵設計之思考在我們的資料庫設計中，不可逃避的就是資料庫表的主鍵，可能有很多朋友沒有深入思考過，主鍵的設計對整個資料庫的設計影響很大，因此我們不得不要重視起來。主鍵的必要性:有些朋友可能不提倡資料庫表必須要主鍵，但在我的思考中，覺得每個表都應該具有主鍵，不管是單主鍵還是雙主鍵，主鍵的存在就代表著表結構的完整性，表的記錄必須得有唯一區分的欄位，主鍵主要是用於其他表的外部索引鍵關聯，本記錄的修改與刪除，當我們沒有主鍵時，這些操作會變的非常麻煩。主鍵的無意義性：我強調主鍵不應該具有實際的意義，這

問題：當我們定義一系列的演算法，怎麼能使得演算法為應對不同的業務需要能自由的動態替換而又不影響到用戶端的使用，並且演算法的增減、修改都不會影響環境和用戶端。定義：策略模式定義了一系列演算法，把它們一個個封裝起來，並且使它們可相互替換。該模式可使得演算法能獨立於使用它的客戶而變化。意圖： Strategy模式是行為模式，正因為他是一種行為模式，所以他不是用來解決類的執行個體化的，跟建立什麼樣的產品沒有關係，此模式解決的問題是把一個系列完成相同工作，卻實現不同的演算法(行為)封裝到一系列的策略類裡面

可以動態分頁的預存程序一位朋友介紹的方法：Cretate PROCEDURE OGuess_CommonPaging @tablename varchar(50), @tablefield varchar(20), @where varchar(100), @orderby varchar(100), @curpage int, @page_record int AS BEGINDECLARE @cmd varchar(500) DECLARE @uprecord int SET

SAP新產品採用.NET開發平台SAP將發布第一款採用微軟提供的軟體工具開發的新產品，這也意味著在SAP與微軟的技術合作中，將逐漸採用微軟的技術工具開發其商業軟體。兩家公司在本周三宣布SAP的門戶開發套件將首次採用微軟的.NET技術。因此，以後程式員可以使用微軟的Visual Studio.NET 2003開發工具構建用於SAP NetWeaver架構的後台應用程式。此開發工具以外掛程式的形式整合在Visual Studio.NET

一個絕對有效治療“尋常疣(幹日瘡，瘊子)”的方法 尋常疣(幹日瘡，瘊子)，就是在手指，腳上長出小肉疙瘩，以下是網上的介紹：尋常疣(verruca vulgaris)中醫稱千日瘡，俗稱刺瘊，為HPV-2.4型、7型引起， 　　〖臨床特點〗 　　一、病因：HPV-2.4型、7型引起，與機體免疫功能有關 　　二、好發年齡：兒童及青少年。 　　三、好發部位：手背、手指及足緣等處， 　　甲周疣 發生於甲周者， 　　甲下疣 在甲床者。 　　絲狀疣 皮一細長絲狀突起。 　　指狀疣

檔案標題 檔案類型 檔案說明 下載 RosettaNet介紹手冊 PDF RosettaNet背景、標準介紹等 下載 全新電子商務標準助您輕鬆互聯 - RosettaNet 標準、技術及應用研討會資料(1) PDF 全球電子商務發展現狀和未來走向、RosettaNet在中國的發展 - Steven Yeo(RosettaNet

問題：簡單原廠模式比較適用於事先已經考慮到的可能出現的演算法，來構造工廠類實現，如果需要添加新的類，則就需要改變工廠類了，違反開閉原則，簡單的說，簡單公用適應與業務變化不是很劇烈的情境下如，審批業務，設計時可以判斷到的只有“部門經理審批”，“總裁審批”不會過幾天又要加入“組長審批”，去修改工廠類，相對來說變化不是很劇烈的。在軟體設計中經常面臨著“某個對象”的建立工作，由於需求的變化，這個對象的具體實現經常面臨著劇烈的變化，但是它卻擁有比較穩定的介面。如果我們使用簡單工廠，這樣會不斷地修改工廠類，

 在部落格上看到“系統設計應關注並發性 ”文章中提到的有關分布式異構資料庫的交易處理，好象大家都沒有辦法。 就像大家都知道的，在一個事務Commit後，這個事務再進行Roolback已經是無效的了。 那麼我們可以在事務未Cmmit之前就可以Catch到Exception的。  比如：目前有兩個Connection :一個為本地SQL 資料庫的Connection，叫LocalConnection,另一個是伺服器上的Oracle的Connection叫OracleConnection。

"漸減定價法"的定義：如：至20件 每件20美元20件以上 每件19美元100件以上

 CNBLOGS雖然是專註於技術，但我覺得做技術是為了什嗎？純粹是為了技術？不是的，要讓技術體現價值，不能光為了技術而技術，應該的搞技術的同時，瞭解業務，熟悉業務，系統是技術與理論的結合體，先進的系統理論是系統的精神所在，技術是系統思想的載體，我們應該大力推進業務理論思想在技術人員中的發展，"懂業務的人不懂技術"：導致業務思想沒有實際基礎，在想象著業務如何如何最佳，但在實際中或許根本無法實現;"懂技術的人不懂業務"：導致業務思想傳遞不正確，偏離業務思想，或者系統沒有完全面向客戶開發，而是面向程式

 昨天終於把ClearQuest安裝起來了，按照配置手冊進行了配置，基本上可以使用了，為此把我在網上搜集的幾份比較有用的資料發布一下，有興趣的朋友也可以看看： ClearQuest安裝手冊：http://files.cnblogs.com/tintown/RationalClearQuest_anzhuangshouce.rar ClearQuest配置方法：http://files.cnblogs.com/tintown/ClearQuest_peizhifangfa.rar ClearQue

　　　　超市日貨下架。本報記者 蔡敏強 攝 點擊瀏覽更多最新圖片　　晨報訊（記者 唐小羊）“朝日啤酒”不見了，“資生堂”不見了，“蘇菲”也不見了。 　　昨日，瀋陽信盟連鎖超市近30家店，銷售情況一直很好的約10個日本品牌的幾十種商品全部撤櫃。 　　信盟方面表示，他們在用這種方式捍衛中國人的尊嚴。 　　日本品牌商品一件不留　　繼“朝日啤酒”在長春某大型連鎖超市遭撤櫃後，昨日中午，瀋陽市民張先生髮現，青年大街附近信盟一連鎖超市裡，店員正將“朝日啤酒”等日本品牌的商品撤下貨架。

問題：為了滿足一種業務需要需要多個演算法，（如：審批業務，有部門經理審批，總監審批，總裁審批...）。因為是同一類業務處理，所以我們經常會抽象出這些演算法的公用屬性和方法以形成抽象基類或者介面，這樣我們可以通過聲明一個指向基類(或介面)的指標來指向實際的子類實現，達到了多態的目的。因為要為每一種演算法在使用之前都要先建立一個執行個體，然後才能使用。這裡就出現的一個問題n多的子類繼承自抽象基類，我們不得不在每次要用到子類的地方就編寫諸如new ×××;的代碼

問題：Factory Method模式是為一類對象提供建立介面或延遲物件的建立到子類中實現。但是，我們在軟體系統中，經常面臨著“一系列相互依賴的對象”的建立工作，同時由於需求的變化，這“一系列相互依賴的對象”也要改變，如何應對這種變化呢？Abstract Factory模式是為建立一系列相關或依賴的對象提供建立介面(AbstractFactory),將一組產品的建立封裝到一個用於建立對象的類（ConcreteFactory）中（形成一個系列），維護這樣一個建立類總比使用Factory

   在SD的訂單處理中，價格處理是相當靈活與複雜的。我只是想整理並補充一下我自己的想法。   價格一般可以分為以下幾類：      基本價格：公司會設定基本的價格表，基本價格表之間可以存在一定的關係，比如定義基本價格表1（T1），然後可以定義基本價格表2(T2)，T2是在T1的基本上打九折，那麼當T2的價格與T1的價格關聯起來了，T1的價格只要修改，則T2的價格也就自動跟著修改，當然在修改T1的價格時，應該採用是否“連動更新”來決定是否同時要更新T2價格表。客戶具有預設的基本價格表。     

 1，科目表的建立及分配    在SAP中，科目表的層次較公司代碼高，也就是說先建立好科目表，然後可以分配給不同的公司使用。在同一集團範圍內，為了使各個集團範圍內的公司使用的科目表都能一致，通常是先建立一個虛擬公司及科目表，然後集團範圍內公司都可從其拷貝。科目表中的科目就是在總帳的主要資料中分別建立的。這裡值得一提是，在SAP中的科目表與傳統的手工方式在科目體系中有了很大的不同。傳統的帳務體系將會計科目分為1級科目、2級科目、3級科目等。但在SAP已沒有這樣分法了。除了應收、應付、固定資產等統馭

 由於前幾天SAP R3服務啟不來了，上網也沒找到朋友相助，所以決定重裝，前天晚上我把機器格式化重裝了，所有的常用軟體都裝好了，昨天晚上8點開始，copy R3的資料到硬碟，並開始安裝，一直安裝到12點，估計還有四五個小時，實在是不行了，得睡了，機器放在那兒安裝，機器的轟轟聲與硬碟的卡卡聲一直在我的耳邊，反正沒有完全入睡，半夜醒來發現沒有硬碟卡卡聲了，開燈，戴上眼鏡，輸入password後點next，繼續睡覺，過一會兒，又輸入password