置頂隨筆
摘要: 這兒有兩個關鍵點:
1>工廠方法滿足開閉原則么?
2>工廠方法到底用在什么場合?
好像模式的書上都寫著工廠方法滿足開閉原則...
但是我認為它并不滿足開閉, 不知道是不是我的認識有錯誤
故再此發文一篇,權當討論與提高.
閱讀全文
2015年2月13日
javascript 時間戳 轉換 為時間格式的函數
function add0(m){return m<10?'0'+m:m }
function formatymdhms(shijianchuo)
{
//shijianchuo是整數，否則要parseInt轉換
var time = new Date(parseInt(shijianchuo));
var y = time.getFullYear();
var m = time.getMonth()+1;
var d = time.getDate();
var h = time.getHours();
var mm = time.getMinutes();
var s = time.getSeconds();
return y+'-'+add0(m)+'-'+add0(d)+' '+add0(h)+':'+add0(mm)+':'+add0(s);
}
function formatymd(shijianchuo)
{
//shijianchuo是整數，否則要parseInt轉換
var time = new Date(parseInt(shijianchuo));
var y = time.getFullYear();
var m = time.getMonth()+1;
var d = time.getDate();
return y+'-'+add0(m)+'-'+add0(d);
}
2010年2月20日
摘要: >問題提出:
比如說你要電子商務系統類似淘寶的那玩意兒,
這個系統應該有一個管理系統門戶,還有一系列接口(提供給taobao旺旺客戶端調用的接口,還有淘寶開放平臺的那些api),然后就是一個網站門戶這個是顯然不可少的.
也就是說,大多數系統都不可能只有一個門戶,并且從部署和安全的角度來說,管理門戶都會單獨部署,并且限制能夠訪問的ip.
從邏輯架構來劃分也應該是 業務邏輯層(或者稱為服務層),然后是多個web門戶.或者接口服務門戶
閱讀全文
2009年12月5日
摘要: 最近接受了一個燙手的山芋頭.是公司的給一個客戶做的CRM系統中的一個訂單處理模塊,這個模塊當時考慮并發和訪問量比較大所以套用SOA的思想,把訂單處理模塊單獨成一個服務.
部署在專門的機器上并做了負載均衡,提供接口給其他模塊調用. 由于本人專注數據庫方面和計費結算等架構方面.所以那個訂單處理模塊的設計開發我沒有參加. 系統測試和試運行的時候都一切正常.
但是上線不久,就出問題了. 那個訂單處理模塊老是掛掉.經檢查發現那個服務運行一段時間(半天或者一天總之說不清楚)就使得那個服務器的cpu占用100%.直接over, 然后重新殺掉那個模塊的jboss服務,啟動一下jboss,又可以堅持一天半天.
檢查數據庫一切正常,估計是在程序里面有邏輯出現bug,時間長了吧cpu的資源耗盡了. 更讓人要跳樓的是做那個模塊的幾個哥們兒 跳槽了. 悲劇啊!!!!(人生就好比一個大茶幾,上面擺滿了杯具!!).
閱讀全文
2009年11月26日
摘要: 正方形是否是長方形的子類的問題，西方一個很著名的思辨題。
閱讀全文
2008年7月26日
摘要: 這兒有兩個關鍵點:
1>工廠方法滿足開閉原則么?
2>工廠方法到底用在什么場合?
好像模式的書上都寫著工廠方法滿足開閉原則...
但是我認為它并不滿足開閉, 不知道是不是我的認識有錯誤
故再此發文一篇,權當討論與提高.
閱讀全文
2008年7月25日
摘要: 關于接口隔離原則的一個實現:
使用場合,提供調用者需要的方法,屏蔽不需要的方法.滿足接口隔離原則.
比如說電子商務的系統,有訂單這個類,有三個地方會使用到,
一個是門戶,只能有查詢方法,
一個是外部系統,有添加訂單的方法,
一個是管理后臺,添加刪除修改查詢都要用到.
閱讀全文
2008年7月23日
摘要: 關于抽象類和接口:
抽象類建議這樣來理解好一點:抽象者,不確定也
閱讀全文
2008年7月21日
摘要: 關于this和super有必要理解清楚的地方
閱讀全文