其他

根據基於SOA的服務不同，對SOA策略的定義也多種多樣，從商業運作、服務等級管理、控制部署，到安全等等。一般來說，SOA策略管理能夠從兩個角度來增添價值：它允許基於SOA的服務根據商業變更作出更快？SOA策略管理是一種向面向服務架構戰略中注入靈活性和商業價值的進階方式，IT管理者必須要瞭解SOA策略生命週期中的主要特徵，才能協助你更好地進行控制。根據基於SOA的服務不同，對SOA策略的定義也多種多樣，從商業運作、服務等級管理、控制部署，到安全等等。一般來說，SOA策略管理能夠從兩個角度來增添價值

JPEG映像壓縮演算法是有損演算法。每次當你開啟圖片編輯、儲存的時候，圖片中一部分原始內容就會丟失。但是，人們很難用肉眼觀察到其中的差別。因此，我們就來壓縮下《羅密歐與朱麗葉》，把虛擬“壓縮”現實化。壓縮後片段：“O Romep+ Rpldo wiepffnre arr!riov Romep@Dgoy thz gatggr `me tefusf sgx n`me!”原文：O Romeo, Romeo! wherefore art thou

某天下班回來後，習慣性的開啟部落格園，看看首頁有沒有感興趣的文章。在 不重複隨機數列產生演算法 這 篇博文中，發現作者的思路不錯。莫名其妙的突然想到如何擷取隨機顏色的演算法以及以圖形的方式顯示出來， 那時候剛好12點了，想睡又睡不著，連著猛寫了2個小時代碼，大概模型出來了。隨後的幾天，將近期想到的 演算法綜合起來，因此就有了這麼一篇文章。這篇文章主要有如下3個簡單的算

最近一年多來，一直比較忙，最近一段時間終於空閑了，把以前沒寫的都補上.....這邊隨筆主要是計算一系列資料的間隔資料。從一堆資料中查詢出每個區間的起始資料，結束資料以及資料個數，同時可以設定相應精度（小數位元）。區間資料資料結構1、區間資料主要包括當前區間的起始資料，結束資料以及資料個數。結構如下：public struct IntervalData<TKey, TValue>{ private TKey _startValue; private TKey

1概述在進行系統設計時，除了對安全、事務等問題給與足夠的重視外，效能也是一個不可避免的問題所在 ，尤其是一個B/S結構的軟體系統，必須充分地考慮訪問量、資料流量、伺服器負荷的問題。解決效能的 瓶頸，除了對硬體系統進行升級外，軟體設計的合理性尤為重要。對於一些即時性不是很高的模組我們可 以使用了Microsoft Messaging Queue(MSMQ)技術來完成非同步處理，利用訊息佇列臨時存放要操作的資料

做機器學習的一定對支援向量機（support vector machine-SVM）頗為熟悉，因為在深度學習出現之前， SVM一直霸佔著機器學習老大哥的位子。他的理論很優美，各種變種改進版本也很多，比如latent-SVM, structural-SVM等。這節先來看看SVM的理論吧，在（圖一）中A圖表示有兩類的資料集，圖B,C,D都提供了一 個線性分類器來對資料進行分類？但是哪個效果好一些？（圖一）可能對這個資料集來說，三個的分類器都一樣足夠好了吧，但是其實不然，這個只是訓練

簡介：隨著多核處理器成為主流，開發並行程式隨之成為一種必然要求。但是我們都知道並行程式存 在著很大的不確定性，這使得開發與測試並行程式有一定的難度，因此對於並行程式的單元測試變得尤為 重要。但是，建立多線程的單元測試並不容易，測試需要考慮測試線程間的同步，資料共用等。針對 Java 並行程式的測試，結合擴充 JUnit 的多線程測試載入器，本文介紹了一種在整合式開發環境中，建立符 合使用者要求的多執行緒 Apartment測試案例的完整過程，使得使用者只用關心測試本身的邏輯和結果，而不用去瞭解

看到的一道題，用遞迴擷取XML元素....static void Main(string[] args) { string xmlContent = @"<FileSystem> <DriverC> <Dir DirName='MSDOS622'>

單元測試基礎知識單元測試是開發人員編寫的一小段代碼，用於檢驗被測代碼的一個很小的、很明確的功能是否正確。通 常而言，一個單元測試是用於判斷某個特定條件（或者情境）下某個特定函數的行為。例如，你可能把一 個很大的值放入一個有序list 中去，然後確認該值出現在list 的尾部。或者，你可能會從字串中刪除

圖的遍曆和樹的遍曆類似，我們希望從圖中某一頂點出發訪遍圖中其餘頂點，且使每一個頂點僅被訪問一次，這一過程 就叫做圖的遍曆（Traverse Graph)。圖的遍曆方法一般有兩種，第一種是我們在前面講過的《深度優先遍曆 （Depth First Search)》,也有稱為深度優先搜尋，簡稱為DFS。第二種是廣度優先遍曆（Breadth  First Search)， 也有稱為廣度優先搜尋，簡稱為BFS。我們在《隊列與廣度優先搜尋》中已經較為詳細地講述了廣度優先搜尋的策略，這裡 不再贅述。

[關鍵字]:java,design pattern,設計模式,《Java與模式》學習,composite,合成模式[環境]:StarUML5.0 + JDK6[作者]:Winty (wintys@gmail.com) http://www.blogjava.net/wintys/[本文]:透明的合成模式package pattern.composite.transparent;import java.util.*;/**　* 透明的合成模式:Composite Pattern　*

[關鍵字]:java,design pattern,設計模式,《Java與模式》學習,composite,合成模式[環境]:StarUML5.0 + JDK6[作者]:Winty (wintys@gmail.com) http://www.blogjava.net/wintys/[本文]:安全的合成模式安全的合成模式package pattern.composite.safe;import java.util.*;/**　* 安全的合成模式:Composite Pattern　*

我們通常在開發web應用過程中，展現層Action的單元測試經常被我們忽視了，主要原因是：1、Action層的商務邏輯比較簡單。大家潛意識認為這一部分的代碼不重要。2、Action層難以類比http請求傳遞參數，需要依賴web容器，因此給單元測試編寫帶來一定的難度。我寫了一個簡單的Action單元測試用例，供大家參考。基於struts的mock和webwork的ActionProxyFactory都可以進行Action的單元測試。我個人比較傾向與ActionProxyFactory做單元測試。其

項目中經常遇到這樣的問題，寫好的模組，由於需求的變更，資料庫欄位進行了修改，邏輯也有些變更，於是乎，在一大堆代碼修改後，進行運行介面開始測試。無奈一次不可能寫對所有的邏輯，或者連字號都拼錯。尤其是做B/S系統的時候，調試好一個功能，往往花費你大量的時間。而且，有更改的話，還要重來一遍，如果遇上些關聯關係，調試測試就更加複雜了。並且，在項目做了N個模組後，又修改了一個功能，說實話，天知道其他邏輯是否產生BUG了沒，呵呵。所以，引進單元測試還是很有必要的，合理使用，還是很能夠改進代碼品質。看似COD

題意給一棵樹,問最少刪掉幾條邊.使得剩下的子樹中有節點個數為p個的思路幾天前就看了 這題, 但是沒什麼想法,之後每天都有去想一下, 直到今天, 在我對自己方法還有懷疑的情況下,竟然AC了 ..f(i, j) 表示子樹i,保留j個節點的最少刪邊次數, 注意,這裡保留的j個節點的子樹,是指根節點為i的且有j個節點的子樹.這樣理解的話, 狀態轉移就容易想多了.對於子樹i, 如果只保留1個節 點,那麼串連它所有兒子節點的邊都要刪掉,所以可以初始化 f(i, 1) = 節點i的兒子個數f(i, j),

對於講domain object 映射到關係型資料庫中，hibernate等持久性架構做了很多的工作，使得商務邏輯只需要和hibernate等持久層進行互動，而不需要直接和具體的資料庫進行互動。這給程式員帶來了很大的方便，在商務邏輯處理上，只要針對domain object就可以。使用Lucene進行索引、搜尋開發的的時候，最經常碰到的概念就是Document

題意某收費有線電視網計劃轉播一場重要的足球比賽。他們的轉播網和使用者終端構成一棵樹狀結 構，這棵樹的根結點位於足球比賽的現場，樹葉為各個使用者終端，其他中轉站為該樹的內部節點。從 轉播站到轉播站以及從轉播站到所有使用者終端的訊號傳輸費用都是已知的，一場轉播的總費用等於傳輸訊號 的費用總和。現在每個使用者都準備了一筆費用想觀看這場精彩的足球比賽，有線電視網有權決定給哪 些使用者提供訊號而不給哪些使用者提供訊號。寫一個程式找出一個方案使得有線電視網在不虧本的情況

題目ACboy很喜歡玩一種戰略遊戲，在一個地圖上，有N座城堡，每座城堡都有一定的寶物，在每次遊戲中ACboy允許攻克M個城堡並獲得裡面的寶物。但由於地理位置原因，有些城堡不能直接攻克，要攻克這些城堡必須先攻克其他某一個特定的城堡。你能幫ACboy算出要獲得盡量多的寶物應該攻克哪M個城堡嗎？思路簡單樹形背包dp,當作樹形背包的第一道入門題非常合適題目給的是森林,那麼給增加一個"根節點", 指向森林中的每個樹的根節點f(i, j)表示子樹i,

一、模式概述從設計模式的類型上來說，簡單原廠模式是屬於建立型模式，又叫做靜態Factory 方法（Static Factory

一. 模式概述摸板方法(Template