Time of Update: 2018-12-03
今天收到InfoQ的推薦郵件,看了標題就高度興趣,花了一些時間一看,果然是很不錯的一個案例分析,同時也讓自己學到了不少。大致羅列一下看後的一些文章重點內容。案例地址:http://www.infoq.com/cn/articles/webber-rest-workflow 1.通過REST服務要求完成狀態遷移,同時合理利用OPTIONS來查看資源操作許可權。 2.合理利用Http Heads來返回資源URI,以及通過ErrorCode來確定操作結果,並且作後處理。 3
Time of Update: 2018-12-03
原本應該繼續寫前期的設計和實現的,不過第一期ASF的結束,需要做一些總結和後續的規劃,因此先寫了這個ppt,作為前期的一個大致總結和後期工作的規劃。 大綱§ ASF特質 § ASF特質帶來的優點 § ASF實現總覽圖 § ASF優點的技術體現 § ASF二期需求功能點概述及實現估時 § ASF未來趨勢展望ASF特質§ 基於業務組件的模組化開發 § SOA § 無關實現的擴充接入架構ASF特質帶來的優點§
Time of Update: 2018-12-03
中午左右收到一個看我blog的朋友的郵件,最近他在研究mapreduce,然後想用hadoop來做一些工作,不過遇到了一些問題,我這邊也貼一下他的幾個問題,同時覺得自己把自己的一些看法分享一下,當然只是自己的一些想法,也許對新學習的同學有協助。
Time of Update: 2018-12-03
昨天下午收到了公司的郵件,今年第五個專利確認授理了,很開心,因為期待了很久了,一個專利的提交到被確認授理就需要3個月左右的時間。一想,年底了,也算收穫吧。回想這一年,有迷茫的時候,有鬱悶的時候,也有付出得到回報的喜悅。其實當自己真的付出而不計較收穫的時候,收穫往往是最大的,而當自己莫名的忿忿不平的時候,也是自己低潮的時候。但沒有情緒就不是正常人了,有起有伏才會讓自己學會去忍耐和進步。
Time of Update: 2018-12-03
在大型網站中常常會遇到大流量的資料輸出問題,過於頻繁的輸出到DB、檔案、第三方系統都會帶來不穩定性和低效率。因此需要採用一定的方式來解決這個問題,其實這部分內容的簡單處理架構早就用在實際項目中,不過今天正好有外部的朋友問起我,我就整理了一下作為google的開原始碼放上去了,這裡也簡單介紹一下,有興趣的朋友可以去看看,最好是能夠給一些建議。 情境:
Time of Update: 2018-12-03
在前面的Silverlight實戰樣本7(兼集合屬性的妙用)系列中,我們類比了一個複雜實體的處理,這個複雜實體類似於aspnet的Datatable,但不是很完全,這裡我們增加一些代碼,使得這種類比更純粹:1、在DynamicDataField裡增加public DynamicDataRow Row { get; set; }屬性,保持對所在行的引用2、在DynamicDataRow中增加public DynamicDataTable Table { get; set; }屬性,保持對錶的引用3
Time of Update: 2018-12-03
前面一篇博文寫了歸併排序的演算法實現,雖然做了些注釋,但沒有寫歸併排序的原理,這篇就補上,同時對歸併所隱含的思想做一個探討。1)歸併排序的原理 為了便於說明,這裡我們提到的已排好序的序列都是指從小到大的升序(對於降序其實原理是一樣的。 假設有兩個已排好序的序列A,B: A:a1≤a2≤a3≤...≤an (i:1~n為下標);
Time of Update: 2018-12-03
小A,30,所在公司在去年的經濟危機中沒有倒下,但是在今年卻倒下了。小A覺得能夠把一個公司混倒閉了,也算是人生的一點經曆。 公司是沒了,但是工作還要繼續,生活還要繼續,現在將要面對一個新的環境,環境很陌生,但也比較熟悉,工作職責很清晰,但也充滿了挑戰。人過30,有了孩子,真的成熟了很多,知道了什麼叫做責任感,知道了未來真的需要好好規劃,需要一個機會,需要一個平台來找到自己,實現自己的價值,不讓這黃金時代就這麼過去。
Time of Update: 2018-12-03
前面我寫的歸併排序實現,雖然原理上沒什麼問題,但演算法實現不是很理想,今天沒什麼事情,重新最佳化了一下,這裡比較一下:1) 第1種方式,我採用了輔助儲存來進行歸併,代碼如下:private void MergeSort1(int[] A, int iS, int iE) { if (iS == iE) { count++; return; }
Time of Update: 2018-12-03
簽證一日杯具記錄:早晨6點出門,公司列印邀請函,沒紙,趕緊去複印的地方拿紙。騎車去做公交,車停在東信銀樂迪門口,結果一輛290開過(拿那張紙的時間耽擱了,有點預感今天會不順)。火車到上海,下火車晚點5分鐘,出去找出租車,看見長龍,趕緊往外走,被人截獲車子,繼續往外走,發現沒車可乘,時間離簽證還有半小時,回頭髮現一車,趕緊飛奔而去。上車,問司機,半小時是否可以到南京西路,回答:不可能,一頭汗。“那師傅,麻煩你盡量吧”。路上還是堵,不過師傅開車還是很給力的,在10:03分到了大廈下,付錢奔跑至裡,進
Time of Update: 2018-12-03
從簡單原廠模式我們可以看出,在簡單原廠模式中,增加新的產品類,是需要修改工廠類的,這不符合開放-封閉原則.而且在寫工廠類的時候必須知道具體產品類的細節.也不符合由上相下的設計原則,如果要延後關注細節,則必須利用繼承或者介面的技術來實現.將簡單原廠模式中的工廠抽象,增加抽象工廠角色,這樣使用者,抽象工廠,抽象產品,使用者就形成了最頂層的設計層面,具體的實現由具體的工廠來建立具體的產品.著就是Factory 方法模式.Factory
Time of Update: 2018-12-03
角色:使用者,工廠,產品.目的是使得使用者將產品的消費和生產分開.在編程中就是將類的建立和使用分開.從而達到責任分離,其實這也是所有建立模式的目的之一.做法是工廠類根據使用者的要求(參數)來返回不同的類的執行個體.工廠實現:採用參數化的靜態方法為使用者提供類執行個體的建立,如下所示:public static ProductType FactoryMethod(參數){
Time of Update: 2018-12-03
//用來計數,測試執行迴圈次數. int count; private void button1_Click(object sender, EventArgs e) { Random theR = new Random(new Random().Next(30000)); List<int> theA = new List<int>();
Time of Update: 2018-12-03
在今年最後兩天裡面會寫最新的兩篇技術相關的文章,一篇涉及請求非同步處理,一篇是在09年1月程式員雜誌上刊登了前半部分的Open API相關的後半部分,也算是年底最後一點總結吧。當下出書盛行,本來也有意和幾個朋友一起寫一點關於Open API的東西,不過還需要整理一些思路,老婆說你要寫多少啊,寫的出來那麼多麼,我說如果要塌塌實實寫,估計起碼2個月要的,不過最近瞄了一眼一些書,裡面的內容在網路雜誌上都是曾相識,呵呵,天下抄抄是一家啊。
Time of Update: 2018-12-03
WS-Security中文問題解決 在對新一代的Jaxp做了基本學習以後,那麼對於axis2如何處理SOAP訊息有了基本的瞭解,在跟蹤了代碼調試以後,發現問題主要是出在axis2的rampart模組的Axis2Util類,其中的兩個方法getDocumentFromSOAPEnvelope(SOAPEnvelope env, boolean useDoom)和getSOAPEnvelopeFromDOMDocument(SOAPEnvelope env, boolean
Time of Update: 2018-12-03
該表達驗證的功能如下:1、針對每個表單輸入控制項,使用者可設定自訂層級和基本層級的匹配運算式和相應的提示資訊;2、使用者離開表單輸入控制項時會自動校正,如果校正非法,該控制項的邊框底色會變紅3、如果在儲存按鈕上註冊檢查所有表單輸入控制項的代碼,則會在點擊按鈕儲存時檢查所有輸入表單控制項,校正不合法的底色變紅,
Time of Update: 2018-12-03
Author :岑文初Email: wenchu.cenwc@alibaba-inc.commsn: cenwenchu_79@hotmail.comblog: http://blog.csdn.net/cenwenchu79/ 引... 2What is Hadoop. 2Why is hadoop. 6How to Use Hadoop & Tips. 7環境:... 7部署考慮:... 7實施步驟:... 7Hadoop Command.
Time of Update: 2018-12-03
//1 擷取IP地址string hostname = Dns.GetHostName(); System.Net.IPHostEntry ipEntry = Dns.GetHostEntry(hostname); if (ipEntry.AddressList != null) { foreach (var ip in ipEntry.AddressList)
Time of Update: 2018-12-03
早先的一些blog文章已經說了很多關於Web Service用戶端在同一種語言實現或者不同語言實現中由於細節實現不同導致相容性的問題。昨天解決的問題在一個邊界問題上又一次說明了這種異構環境的互連標準在不同的實現當中,由於細節理解不同會造成一些相容性問題。 問題: 當介面傳回型別為一個對象,同時這個對象中有一個屬性是數群組類型,那麼這個數群組類型的對象在返回的SOAP訊息中就無法正確解析。如下定義了一個對象:publicclass DemoStruct
Time of Update: 2018-12-03
Silverlight走的是富用戶端路線(RIA),與之緊密結合的是WFC