其他

按部就班——圖解配置IIS5的SSL安全訪問作者：mikespook版本：1.0最後更新：2004-12-22 16:04 按部就班——圖解配置IIS5的SSL安全訪問... 1 寫在前面的... 1 第一步：       準備工作... 1 第二步：       IIS建立認證... 3 第三步：       向“憑證授權單位”申請認證... 8 第四步：       頒發認證... 10 第五步：       安裝認證，配置SSL. 12 第六步：       完成... 14

          在所有的UML圖中，最容易理解的是使用案例圖，也是元素最少的一種UML圖，也是產品經理最拿手的一種圖。 一： 用途    使用案例圖常用來描述需求，讓使用者第一時間瞭解系統所具有的功能，可能有人就會問，幾個圖怎麼可能讓人一下就瞭解系統所具有的功能的?其實在產品經理的prd中都是“圖文相依”的形式展現，這裡的“文”也就是“用例描述”。 二：基本元素   使用案例圖中的所有元素都是初級概念，所以所有的元素都是我們常用的，首先我們還是看看工具箱中的元素。1：參與者，泛化   

一：用途     對一個Team Dev來說，順序圖表是非常重要的，因為順序圖表用於描述系統內部一群對象之間的互動情況，尤其在做爬蟲這種業務複雜性的項目，順序圖表可以讓我們更快的理清這些複雜流程。 二：基本元素   順序圖表中的uml元素還是相對比較少的，先截個圖。1：生命線首先我們要知道順序圖表有一種動靜結合的特點，以類圖作為靜態結構，使用案例圖作為動態行為的過程。所以我們可以認為生命線就是一個類，比如中，customer:Customer

 一：用途     用於描述系統的靜態結構，或許在所有的uml圖中，類圖是我們最熟悉不過的，在我們沒有接觸uml的時候，可能都看過類圖，早在vs2005裡面“方案總管”的下邊有一個“查看類圖”的小表徵圖，並且還能支援“正向“和”反向“工程。 <1>反向工程  首先我們定義兩個類：User和Product 1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using

     前段時間做一個產品，盈利方式也就是賣資料給使用者，用wpf封裝一下，當然資料提供方是由公司定向爬蟲採集的，雖然在實際工作中沒有接觸這一塊，不過私下可以玩一玩，研究研究。   

      第一篇我們做了一個簡單的頁面廣度優先來抓取url，很顯然缺點有很多，第一：資料結構都是基於記憶體的，第二：單線程抓取速度太慢，在實際開發中肯定不會這麼做的，起碼得要有序列化到硬碟的機制，對於整個爬蟲架構來說，構建好爬蟲隊列相當重要。     先上一幅我自己構思的架構圖，不是很完善，算是一個雛形吧。一：TODO隊列和Visited集合     在眾多的nosql資料庫中，mongodb還是很不錯的，這裡也就選擇它了，做叢集，做分區輕而易舉。二：中央處理器   

使用Messenger   上面的方法只能在同一個進程裡才能用，如果要與另外一個進程的Service進行通訊，則可以用Messenger。    其實實現IPC（Inter-Process Communication，處理序間通訊）的方式，還有AIDL，但推薦使用Messenger，有兩點好處：      1. 使用Messenger方式比使用AIDL的方式，實現起來要簡單很多      2.

1. 概念動態將職責附加到對象上，若要擴充功能，裝飾者提供了比繼承更具彈性的代替方案。它是通過建立一個封裝對象，也就是裝飾來包裹真實的對象。[由於繼承的靜態特質使其缺乏靈活性；且隨著子類的增多、組合，會導致更多子類的膨脹。類應設計的對擴充開放，對修改關閉。裝飾的意思：就是封裝一下。把另的對象封裝一下。]2. UML圖3.代碼/************業務介面 Component************/　　public interface Component {void

1.簡介　　AChartEngine（簡稱ACE）是Google的一個開源圖表庫（for Android）。它功能強大，支援散佈圖、折線圖、餅圖、泡泡圖、柱狀圖、短棒圖、儀錶圖等多種圖表。該項目地址位於： http://code.google.com/p/achartengine/。關於裡面類的具體使用，請下載響應的文檔說明（首頁上有）。2.開發步驟1）在工程中建立一個檔案夾比如lib，用於存放ACE

1.簡介：　　XML：extensible markup language,一種類似於HTML的語言，他沒有預先定義的標籤，使用DTD(document type definition)文件類型定義來組織資料；格式統一，跨平台和語言，早已成為業界公認的標準。具體的可以問Google或百度。相比之JSON這種輕量級的資料交換格式，XML可以稱為重量級的了。　　JSON : JavaScript Object Notation 是一種輕量級的資料交換格式。易於人閱讀和編寫。同時也易於機器解析和產生。

        有一種資料結構是神奇的，神秘的，它展現了位元運算與數組結合的神奇魅力，太牛逼的，它就是樹狀數組，這種資料結構不是神人是發現不了的。一：概序     假如我現在有個需求，就是要頻繁的求數組的前n項和，並且存在著數組中某些數位頻繁修改，那麼我們該如何?這樣的需求？當然大家可以往真實項目上靠一靠。①

       這篇我們看看最長公用子序列的另一個版本，求字串相似性(編輯距離)，我也說過了，這是一個非常實用的演算法，在DNA對比，網頁聚類等方面都有用武之地。一：概念     對於兩個字串A和B，通過基本的增刪改將字串A改成B，或者將B改成A，在改變的過程中我們使用的最少步驟稱之為“編輯距離”。比如如下的字串：我們通過種種操作，痙攣之後編輯距離為3，不知道你看出來了沒有？二：解析  可能大家覺得有點複雜，不好理解，我們試著把這個大問題拆分掉，將"字串 vs 字串“，分解成”字元 vs 字串“，

　　Thread和Service的區別：1）Thread 是程式執行的最小單元，它是分配CPU的基本單位，可以用 Thread 來執行一些非同步操作。如果是Local Service，那麼對應的 Service 是運行在主進程的 main 線程上的。如果是Remote Service，那麼對應的 Service 則是運行在獨立進程的main 線程上。因此 Service不是線程！ 2）Thread 的運行是獨立於 Activity 的，也就是說當一個 Activity 被 finish

如果某些操作不依賴具體執行個體，那它就是靜態，反之如果某些操作是依賴具體執行個體的（例如訪問一個特定會員的名稱），那它就應該是執行個體化的。靜態方法不用new對象可以直接調用1.與類相關與對象無關 2.不需要對象的“輕”方法 3.Factory 方法如果某個方法是用頻率較高,或者方法本身通用性較強,無需初始化類成員變數,則可以使用靜態方法,那樣方便,速度也快.可以直接拿來就用的方法,就算是靜態.肯定不涉及具體對象，因為靜態方法內，是無法直接使用任何非靜態成員的。（１）製作工具類 （2）可以當作＂

    這一篇我們看看經典又神奇的並查集，顧名思義就是並起來查，可用於處理一些不相交集合的秒殺。一：情境    有時候我們會遇到這樣的情境，比如:M={1,4,6,8},N={2,4,5,7}，我的需求就是判斷{1,2}是否屬於同一個集合，當然實現方法有很多，一般情況下，普通青年會做出O(MN)的複雜度，那麼有沒有更輕量級的複雜度呢？嘿嘿，並查集就是用來解決這個問題的。 二：操作 

1.使用情境　　在重寫ListView的BaseAdapter時，我們常常在getView()方法中複用convertView，以提高效能。convertView在Item為單一的同種類型布局時，能夠回收並重用，但是多個Item布局類型不同時，convertView的回收和重用會出現問題。比如有些行為純文字，有些行則是圖文混排，這裡純文字行為一類布局，圖文混排的行為第二類布局。單一類型的ListView很簡單，下面著重介紹一下ListView包含多種類型視圖布局的情形。 2.ListView包含

　　基於Java HashMap的泛型程式設計，常用的代碼形式如下(開發中遇到的一個Case)： //HashMap的建立和值添加　　　　 HashMap<String, String> hashMap = new HashMap<String, String>(); hashMap.put("appName", "IPAD APP"); hashMap.put("appVer", "2.0");

       或許在生活中，經常會碰到針對某一個問題，在眾多的限制條件下，如何去尋找一個最優解？可能大家想到了很多諸如“線性規劃”，“動態規劃”這些經典策略，當然有的問題我們可以用貪心來尋求整體最優解，在圖論中一個典型的貪進法求最優解的例子就莫過於“最短路徑”的問題。 一：概序 

      在大學的時候，應該在資料結構裡面都看過kmp演算法吧，不知道有多少老師對該演算法是一筆帶過的，至少我們以前是的，確實kmp演算法還是有點饒人的，如果說紅/黑樹狀結構是變態級的，那麼kmp演算法比紅/黑樹狀結構還要變態，很抱歉，每次打kmp的時候，輸入法總是提示“看毛片”三個字,嘿嘿，就叫“看毛片演算法”吧。一：BF演算法   

import android.app.Activity;import android.os.Bundle;import android.os.Handler;import android.os.Message;import android.util.Log;import android.view.LayoutInflater;import android.view.View;import android.view.View.OnClickListener;import