其他

行動裝置 App的出現將會更加促成html5及其類似方案的繁榮,理由如下:1)開發一次,所有平台運行;2)手機作業系統那麼多,每個手機作業系統都要開發一個版本,無法接受的開發和維護成本,從利益出發,驅動力強大;3)在雲時代,無論是案頭,平板,手機還是以後的嵌入式,其實都是終端,如此多的終端,統一總是一種強大的有利可圖的驅動力;4)手機本來就小,而且手機以後的外設應用將會很多,如果App過多,你不煩,手機都煩.所以儘可能減少App是一種趨勢;這在案頭時代也一樣,這也是CS向BS靠近的一種原動力;5

為了看懂模式識別,複習了一下高數:1)

Link：http://hi.baidu.com/reversefish/blog/item/7e2ddb1e4f11a11740341716.html 四種進程或線程同步互斥的控制方法    1、臨界區:通過對多線程的序列化來訪問公用資源或一段代碼，速度快，適合控制資料訪問。 2、互斥量:為協調共同對一個共用資源的單獨訪問而設計的。 3、訊號量:為控制一個具有有限數量使用者資源而設計。 4、事 件:用來通知線程有一些事件已發生，從而啟動後繼任務的開始。    　　 臨界區（Critical

public class TreeNode { public string Key { get; set; } public object Data { get; set; } public TreeNode Parent; public List<TreeNode> Children { get; set; } public TreeNode(string Key,object Data) {

1）服務代理層      這裡的代碼都是系統自動產生的，主要負責代理服務端得方法執行，沒什麼特別可說的.2)用戶端模型層DynamicDataSource.csusing System;using System.Net;using System.Windows;using System.Windows.Controls;using System.Windows.Documents;using System.Windows.Ink;using System.Windows.Input;using

單例模式的目的是保證類在系統中只被執行個體化一次,由該唯一的執行個體來為系統提供服務.單例模式主要用於保證服務的統一,比如擷取統一的編號服務,模仿Oracle的序列產生等.但單例的使用需要謹慎,特別是在需要作負載平衡的地方,因為這種程式級的單例模式實際上只能保證在一個應用中為單例.如果被多個應用載入,還是會被多次執行個體化.     同時如果採用懶漢式還需要注意安全執行緒.    

在命令模式中有4個角色：調用者，命令，接收者和用戶端,調用者的責任是發送命令請求，命令負責對當前的命令接收者處理過程的調用（傳達作用）。而接收者負責具體的命令執行，也就是負責命令的具體處理邏輯。用戶端的作用就是根據一定的參數，建立具體的命令和接收者，並決定命令由誰（接收者）來執行（請求和處理配對）。需要注意的是調用者可以處在Client端，也可以不處在用戶端（比如遠程命令請求），因此就整個模式來講，用戶端角色對調用者的依賴就不是必須的了。也因為此，在命令模式的UML圖中，是沒有Client對調用

 現在的silverlight用戶端綁定支援索引器方式，比如VM有屬性:public Dictionary<string,string> KeyValues{get;set;}在後台CS中我們要訪問某個key的值的方式是:KeyValues["XXXX"],其中XXXX是key.而在xaml中可以如下訪問：Text="{Bindings Path=KeyValues[XXXX]}"只要索引器本身支援get,set還可以實現雙向繫結。但這個雙向有一個缺陷，就是如果KeyValues["

原來搞WCF RIA,限制多點，這次把WCF好好複習一下，準備做分布式調度用。1、WCF服務中的合約，可施加於介面，而非類；2、WCF服務中如果私人方法被施加了操作屬性，則遠程可以調用，這樣做的好處可以讓有些方法僅對遠程調用有用，而本地調用無效；3、介面和實體模型可單獨放在一起，供用戶端和服務端共用；4、WCF支援多種協議，而且支援雙工通訊，這是其優勢;例子：A）介面using System;using System.Collections.Generic;using

顧名思義，橋的作用就是將兩條相互獨立的路橋接到一起，而兩條路可以保持各自的相對獨立。在程式設計中，“橋”模式中的橋只是一種形象的比喻。根據橋模式的定義，橋模式實現了一個主題（可以是一個類，也可以是一中設計上的概念）的抽象部分和實現部分的分離(有的地方定義為抽象與具體行為的分離）。抽象部分的基類和實現部分的基類充就當著橋（介面對接）的作用，而抽象部分的子類和實現部分的子類就是橋兩邊的路，可以各自相對獨立的發展（變化）（之所以是相對獨立，從實現上來講就是這種變化不能脫離最終能夠實現橋接這個目標）。 

Imagine you want to enumerate (enlist) all rows (DataGridRow) of Silverlight Grid (DataGrid). By design this is not very simple tasks.For example, you want to do something like this:             foreach (DataGridRow rowItem in grid.Rows)            

演算法代碼如下：public class HuffmanNode { public char Char { get; set; } public int Frequency { get; set; } //用於構造哈弗曼樹 internal HuffmanNode LeftChild { get; set; } internal HuffmanNode RightChild { get; set; } //

今天空了一下自己，沒有去學技術，但不是因為知道在中國學技術不重要，學厚黑才是王道的緣故，而是需要去陪陪家人，技術是學不完的，錢也是賺不完的，而生活是實實在在的。在中國，我這把年紀還在寫代碼，而且代碼量還如此巨大的，估計很少了，但這也不能怨社會，畢竟我們是有優越性的。別的國家人民都是水深火熱，只有我們生活在幸福中，雖也有些不和諧的事情，但那畢竟是一小撮，是的，一小撮，在這個無處不被的時代，你還有什麼可以不知足呢？敢不滿？那讓你去金太陽哪裡照一下？當然不敢，都是做技術的，混點飯吃，有技術可做，豈有不

很多東西都是混熟了,就慢慢瞭解了,慢慢瞭解了就慢慢理解了,慢慢理解了就會慢慢懂得.學習新東西尤其如此.其實有個幾次準備學習linux的想法,但大多都在裝個系統,敲幾個命令後就結束了,這次,決定再學Linux,於是每天堅持用個把小時,慢慢 的也開始有點感覺了...其實Windows也沒真正學過,不也是混熟的嘛;搞了這麼多年編程,設計和架構,其實也都是混熟的;要想學什麼,不管怎麼樣,先跟它混熟...,因為只是混,不會有太多的壓力,反而有利於接近,瞭解,然後理解...當然,在CSDN寫部落格也是這樣,

採用微軟提供的silverlight+wcf ria service+ado.net

http://blog.sina.com.cn/u/1497047894http://blog.sina.com.cn/liujunluo 中國前30年是造船為主流，所以原創很多，即使是山寨也很有水準，近30年是租船論為主流，以賣為主，現在弊端已顯露無遺。但一個國家的強大最終要靠人才和技術，不是靠造房子和造GDP就可以的。所以個人看好CSDN上的這個群體。

在日常生活中，我們時常會遇到一些相容性的問題，比如我的筆記本的電源插頭就是歐標的，在很多場合我都沒法用，買一個可以用的插座當然是可選手段，但到那裡去都拿這麼大個傢伙一是不方便，二也未必有地方可以插，所以我只好買個電源適配插座帶在身上。再比如電腦的輸入電壓一般都只有20伏左右，而日常電源基本都是220伏，所以就需要一個電來源配接器，來降低電壓。這些都是為瞭解決不同標準之間的相容性問題。設計模式中的適配器模式就是我們在設計中用來解決標準相容性問題的一種重要手段。適配器的角色分為適配器，適配對象和適配

採用最大堆實現的優先隊列，QueueElement是隊列元素類，包含一個衛星資料成員和一個權重Key值: public class QueueElement<T> { public int KeyValue{get;internal set;} public T Element{get;private set;} public QueueElement(T Item,int KeyVal) {

昨天看到一個文章，詢問二叉樹遍曆問題，還不錯！貼來： 題目：遍曆n個節點的二叉樹 (每個節點有parent, left, right 資訊 ） 要求： 1）不可以修改二叉樹，即便是臨時的。 2）時間 O(n) 3) 除了二叉樹本身，只使用常數個空間。（ 常數不依賴n　）   My Answer：首先這個題目，肯定不能遞迴，或者用隊列什麼的，否則空間不滿足要求， 因為有pare資訊，所以，在遍曆時，只要記錄訪問當前節點時，上一次訪問的地方，就可以了： 簡單給個代碼，簡單範例通過，但沒有充分測試： 

轉載一篇關於字串匹配演算法ZZL的論文， 圖片有點問題，將就著看吧，這個演算法其實很簡單！就是先統計特徵串的首字元在主串中中的位置，然後每次匹配都是從儲存的位置開始。在平攤意義下，還是很有效果的。  字型大小：大 中 小 一種可做特殊用途的字串匹配演算法紀福全 朱戰立(西安石油大學電腦學院，西安 710065)    摘 要