原创 數塔 最優路徑問題 -- （第九題）
如圖所示的數塔，從頂部出發，在每個結點可以選擇向左或向右走，一直走到底層。要求用動態規劃法找到一條路徑，使得路徑上的數值最大.
2020-06-16 02:08:44
原创 幾個著名Java開源緩存框架介紹
OSCache OSCache OSCache OSCache是個一個廣泛採用的高性能的J2EE緩存框架，OSCache能用於任何Java應用程序的普通的緩存解決方案。 OSCache有以下特點：緩存任何對象，你可以不受限制的緩存部分
2020-02-23 06:20:47
原创 狀態模式（state） -- (模式之十三)
1.概念：狀態模式(state):允許一個對象在其狀態改變時，改變它的行爲。看起來對象似乎修改了它的類。別名：狀態對象（Objects for State）。 2.圖示： 3.使用場景 1). 一個對象的行爲取決於它的狀態，並且他必須
2020-02-23 06:20:47
原创 原型模式 （Prototype Pattern ） -- （模式之十二）
1.概念 原型模式（Prototype Pattern）是創建型模式的一種,其特點在於通過“複製”一個已經存在的實例來返回新的實例,而不是新建實例。被複制的實例就是我們所稱的“原型”，這個原型是可定製的。原型模式多用於創建複雜的或者耗
2020-02-23 06:20:47
原创 架構師應該而且必須知道的97件事！
1． 客戶需求重於個人簡歷 （ Nitin Borwankar ） 客戶需求至上。爲了自己的簡歷更炫而採用新技術是沽名釣譽，往往事與願違。 2． 簡化根本複雜性 ，消除偶發複雜性 （ Neal Ford ） 分析問題好比撥雲見月、水落
2020-02-23 06:20:47
原创 通過javaScript動態創建一個的request服務器請求,
(1).使用<script>構造的request請求可以解決跨域的問題，而使用ifame也可以構造請求不過有時瀏覽器不支持iframe的跨域訪問，所以大家在使用的時候就要根據自己的實際情況去選擇應該使用那一種了 try{
2020-02-23 06:20:47
原创 開－閉原則 -- (原則之三)
開閉原則，原理其實很簡單，即：對修改關閉，對擴展開放，話雖如此不過在現實中如果想要要能達到這樣的設計也絕非易事，這就需要我們有紮實的基本功和經驗的積累了，此原則一般採用的就是面向接口的編程，要對外提供接口，而把具體的實現封裝起來！
2020-02-23 06:20:47
原创 喜歡組合而不是繼承 （原則之二）
喜歡組合而不是繼承，使用組合的時候就必須要使用依賴倒置原則，或者使用面向接口編程，其實使用依賴倒置原則比較來得徹底一些，還能降低系統的耦合度，如果我們無限制的使用繼承來設計我們的系統那麼就會使我們的系統中的類過多，變成類的乘積，即：“類爆
2020-02-23 06:20:47
原创 禪...!
滿招損，謙受益。謙讓之心， 有如宇宙中的天空，寬廣而博大。 有如大地上的海洋和山谷，寬容而深遂。 好爭之人，天將與之相爭；謙和之人，天將與之相讓。
2020-02-23 06:20:47
原创 Common Closure Principle（CCP）–共同封閉原則 -- (原則之六)
一個包中所有的類應該對同一種類型的變化關閉。一個變化影響一個包，便影響了包中所有的類。一個更簡短的說法是：一起修改的類，應該組合在一起（同一個包裏）。如果必須修改應用程序裏的代碼，我們希望所有的修改都發生在一個包裏（修改關閉），而不是遍
2020-02-23 06:20:47
原创 注重接口，而不是實現 （原則之一）
注重接口，而不是實現，依賴接口，而不是實現。接口是抽象是穩定的。實現是多變的而且是多種多樣的，我們要把現實事物中的公共的，一般的，普遍的東西高度抽象出來，從而形成接口。而把具體的實現方式放到具體的實現類中去；
2020-02-23 06:20:47
原创 extjs ajax返回函數中調用window.showmodeldialog()對話框問題詳解
關鍵詞：Extjs,Ajax,成功的回調函數，Window,ShowmodelDialog, 問題描述：對話框在正常情況下可以彈出，但是在ajax的返回函數中無法彈出，js報錯：對象找不到，未聲明等； (1).網友提供一解決辦法，未來得及
2020-02-23 06:20:47
1
原创 Single Responsibility Principle (SRP) – 職責單一原則 --- （原則之五）
單一職責原則，其核心的思想是：一個類，只做一件事，並把這件事做好，其只有一個引起它變化的原因。單一職責原則可以看作是低耦合、高內聚在面向對象原則上的引申，將職責定義爲引起變化的原因，以提高內聚性來減少引起變化的原因。職責過多，可能引起它變
2020-02-23 06:20:47
原创 設計的臭味，腐化軟件的氣味
軟件開發的過程中所體現出來的壞味道：1.僵化性：很難對系統進行改動，因爲每個改動都會迫使許多對系統其它部分作出改動；2.脆弱性：對系統的改動往往會導致一些在概念上無關的地方出現問題；3.牢固性：很難解開系統的糾結，使之一些功能成爲其它系
2020-02-23 06:20:47