其他

做個備忘，同時也給大家推薦一下。我基本上採用的是自由軟體或免費軟體。畢竟窮人，窮公司，那些進階玩意用不起。D版不是不能用，但是畢竟心裡不舒服。好歹也是寫程式的啊～【編輯器】Notepad++ 目前的版本 3.2http://notepad-plus.sourceforge.net/超級好用，可以完全代替editplus。只是新版的外掛程式不建議安裝，我發現在開啟一些檔案的時候會引起異常關閉。dev-php目前的版本

作為WCF速成系列，只介紹些項目開發中常用到的實戰知識。 學習wcf，還是對其中的幾個術語要瞭解一下。wcf中有一個ABC的概念，就是           第一： "A" 是地址，就是告訴別人我wcf在何處。           第二： "B"是綁定，就是告訴別人應該走什麼路才能過來。           第三： "C"是契約：就是告訴別人我wcf這裡有哪些東西。 項目開發中常用到的三種綁定：          第一：wsHttpBinding， 

承接上一章，今天來講MSMQ在實戰項目中的應用。眾所周知，放了防止訂單丟失，我們都是採用Order過一下MSMQ。    MSMQ的優點個人認為是：先天的非同步訊息發送和天生的自動負載平衡。 好了，看看MSMQ在實戰中的應用。 第一步: 

按部就班——圖解配置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

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

如果你不想使用命令列程式，那麼最好的選擇就是圖形化使用者介面。而如果你的程式既想運行於UNIX、LINUX這種*NIX系統，又想運行於WINDOWS呢？很多人的第一反應：JAVA！Oh！No！我不想用，為什嗎？並不是我排斥JAVA，而是我不想在WINDOWS下啟動那該死的JRE，它會讓我的系統緩慢異常。而且JAVA在FreeBSD下的表現讓我失望。雖然在LINUX上它是很棒的。為什麼不試試GTK呢？呵呵，GTK？用過GNOME的人一定都知道這是什麼玩意，很多GNOME下很不錯的工具都是用的這個庫

此文為轉載文章:http://zjzkiss.cnblogs.com/世界是普遍聯絡的，因此程式世界中的類，也不可能是孤立的。UML為我們定義了它們之間的關係，就是：依賴、關聯、彙總、組合還有泛化。        泛化關係比較好理解，就是表示類之間的繼承關係。容易混淆的是依賴、關聯、彙總和組合的關係。這裡做一些甄別：       1、 依賴和關聯的顛倒顛      

在坎子的BLOG上我提到了“程式員獵大象”的笑話，隨找來大家共賞。這和我最初看到的版本不太一樣。當然每個人對每種語言的理解是不同的。你也可以按照自己的理解來講這個“程式員獵大象”。---------------------------------------------------------------------------------------------------------------        CLIPPER

早上收到sourceforge的一封EMAIL，沒什麼大意義。就是說達到多少使用者、每天有多少新增項目之類的內容。不過看到最後還是有點協助的。英文不多，理解起來簡單，就不翻譯了~~~“懶”是一種美德 ^_^Top 25 Projects:1. Gaimhttps://sourceforge.net/projects/gaimGaim is a GTK2-based instant messenger application. It supportsmultiple protocols via

　　簡單地說，就好象我要一座房子住，可是我不知道怎麼蓋（簡單的砌牆，層次較低），也不知道怎麼樣設計（建幾個房間，幾個門好看，層次較高）， 於是我需要找一幫民工，他們會砌牆，還得找個設計師，他知道怎麼設計，我還要確保民工聽設計師的領導，而設計師本身也不幹活，光是下命令，這裡砌一堵牆，這裡砌一扇門，這樣民工開始建設，最後，我可以向民工要房子了。在這個過程中，設計師是什麼也沒有，除了他在腦子裡的設計和命令，所以要房子也是跟民工要，記住了！　　就象國內好多企業上erp一樣，上erp，首先得找軟體公司呀，

案例：package com.devin;public class MyMain{private static String name = "woobo";private String num = "X001";// 靜態內部類可以用public,protected,private修飾 static class Person {// 靜態內部類中可以定義靜態或者非靜態成員 private String address = "China";private static

　　HTTP 定義了與伺服器互動的不同方法，最基本的方法是 GET 和 POST。　　1.Get是從伺服器上擷取資料，Post是向伺服器傳送資料。GET 用於資訊擷取，是安全的和等冪的。安全的意味著該操作用於擷取資訊而非修改資訊，等冪的意味著對同一 URL 的多個請求應該返回同樣的結果。完整的定義並不像看起來那樣嚴格。　　2.GET請求請提交的資料放置在HTTP請求協議頭中，附加在url之後，以?分開與url分開；而POST提交的資料則放在實體資料中,即在HTML

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

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

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

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

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

     在所有具有效能最佳化的資料結構中，我想大家使用最多的就是hash表，是的，在具有定位尋找上具有O(1)的常量時間，多麼的簡潔優美，但是在特定的場合下：①：對10億個不重複的整數進行排序。②：找出10億個數字中重複的數字。當然我只有普通的伺服器，就算2G的記憶體吧，在這種情境下，我們該如何更好的挑選資料結構和演算法呢？ 一：問題分析     這年頭，大牛們寫的排序演算法也就那麼幾個，首先我們算下放在記憶體中要多少G: (10億 * 32)/(1024*1024*1024*8)=3.6G，