不要自稱為程序員- 阮一峰的網絡日誌

不要自稱為程序員- 阮一峰的網絡日誌

3-tier

Ref from:

http://blog.cemschool.com/home/space.php?uid=1&do=blog&id=348

主從式（client/server）架構

在傳統的主從式（client/server）架構當中，為兩層式（2-tier）架構，包括用戶端的使用者介面層（presentation tier），和伺服器端的資料服務層（data services tier）。

用戶端的使用者介面層（presentation tier），負責接收使用者的資料輸入，和將結果顯示出來，譬如用戶端應用程式。一般會包括商業邏輯（business logic）的工作，包括計算、輸入核對、用戶端電腦管理、與伺服器溝通等工作。

伺服器端的資料服務層（data services tier），負責伺服器的工作，包括資料庫的資料處理和網站伺服器（web server），有時也會一一些商業邏輯（business logic）的工作。

傳統主從式（client/server）架構最大的缺點，為隨著功能的增加，用戶端的應用程式會愈來愈複雜，不但維護不易，用戶端電腦的負荷也愈來愈大。

三層式（3-tier）架構

三層式（3-tier）架構與傳統兩層式架構最大的差異處，為將商業邏輯（business logic）單獨分離出來，以減輕放置於用戶端或伺服器端電腦的負擔。

於三層式（3-tier）架構當中，所謂三層係指使用者介面層（presentation tier）、商業邏輯層（business logic tier）、和資料服務層（data services tier）。

使用者介面層（presentation tier），負責接收使用者的資料輸入，和將結果顯示出來，譬如瀏覽器或其他用戶端應用程式。

商業邏輯層（business logic tier），作為使用者介面與資料庫的橋樑，負責商業法則（business rules）、與業務有關的資料處理、網站伺服器（web server）等工作，譬如使用IIS的網站伺服器，採得ASP撰寫程式，並透過DCOM與MTS（Microsoft Transaction Server）的元件相溝通，再透過ODBC與各種支援ODBC的資料庫相連接。

資料服務層（data services tier），負責資料庫或訊息的處理，譬如使用SQL Server資料庫的預儲程序（stored procedures），或使用MSMQ做訊息的處理等。

追求神乎其技的程式設計之道（十） | vgod's blog

追求神乎其技的程式設計之道（十） | vgod's blog

Google Unit Test Framework試玩 | 程式設計 遇上 小提琴

Google Unit Test Framework試玩 | 程式設計 遇上 小提琴

Exim mail config on Redmine

production:

delivery_method: :smtp

smtp_settings:

address: 127.0.0.1

port: 25

domain: redmine.example.com

authentication: :none

Web開發人員速查卡| 酷殼- CoolShell.cn

Web開發人員速查卡| 酷殼- CoolShell.cn

Mac OS X 介面的誕生故事。 | wa+er. 白蘋果急救室

Mac OS X 介面的誕生故事。 | wa+er. 白蘋果急救室

open source

BSD開源協議（original BSD license、FreeBSD license、Original BSD license）

BSD開源協議是一個給於使用者很大自由的協議。基本上使用者可以"為所欲為",可以自由的使用，修改源代碼，也可以將修改後的代碼作為開源或者專有軟件再發佈。

但"為所欲為"的前提當你發佈使用了BSD協議的代碼，或則以BSD協議代碼為基礎做二次開發自己的產品時，需要滿足三個條件：

如果再發佈的產品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協議。
如果再發佈的只是二進制類庫/軟件，則需要在類庫/軟件的文檔和版權聲明中包含原來代碼中的BSD協議。
不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。
BSD 代碼鼓勵代碼共享，但需要尊重代碼作者的著作權。BSD由於允許使用者修改和重新發佈代碼，也允許使用或在BSD代碼上開發商業軟件發佈和銷售，因此是對 商業集成很友好的協議。而很多的公司企業在選用開源產品的時候都首選BSD協議，因為可以完全控制這些第三方的代碼，在必要的時候可以修改或者二次開發。

Apache Licence 2.0（Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0）

Apache Licence是著名的非盈利開源組織Apache採用的協議。該協議和BSD類似，同樣鼓勵代碼共享和尊重原作者的著作權，同樣允許代碼修改，再發佈（作為開源或商業軟件）。需要滿足的條件也和BSD類似：

需要給代碼的用戶一份Apache Licence
如果你修改了代碼，需要再被修改的文件中說明。
在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協議，商標，專利聲明和其他原來作者規定需要包含的說明。
如果再發佈的產品中包含一個Notice文件，則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可，但不可以表現為對Apache Licence構成更改。
Apache Licence也是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作為開源或商業產品發佈/銷售。

GPL（GNU General Public License）

我們很熟悉的Linux就是採用了GPL。GPL協議和BSD, Apache Licence等鼓勵代碼重用的許可很不一樣。GPL的出發點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免費使用，但不允許修改後和衍生的代 碼做為閉源的商業軟件發佈和銷售。這也就是為什麼我們能用免費的各種linux，包括商業公司的linux和linux上各種各樣的由個人，組織，以及商 業軟件公司開發的免費軟件了。

GPL協議的主要內容是只要在一個軟件中使用("使用"指類庫引用，修改後的代碼或者衍生代碼)GPL 協議的產品，則該軟件產品必須也採用GPL協議，既必須也是開源和免費。這就是所謂的"傳染性"。GPL協議的產品作為一個單獨的產品使用沒有任何問題， 還可以享受免費的優勢。

由於GPL嚴格要求使用了GPL類庫的軟件產品必須使用GPL協議，對於使用GPL協議的開源代碼，商業軟件或者對代碼有保密要求的部門就不適合集成/採用作為類庫和二次開發的基礎。

其它細節如再發佈的時候需要伴隨GPL協議等和BSD/Apache等類似。

LGPL（GNU Lesser General Public License）

LGPL是GPL的一個為主要為類庫使用設計的開源協議。和GPL要求任何使用/修改/衍生之GPL類庫的的軟件必須採用GPL協議不同。LGPL允許商 業軟件通過類庫引用(link)方式使用LGPL類庫而不需要開源商業軟件的代碼。這使得採用LGPL協議的開源代碼可以被商業軟件作為類庫引用並發布和 銷售。

但是如果修改LGPL協議的代碼或者衍生，則所有修改的代碼，涉及修改部分的額外代碼和衍生的代碼都必須採用LGPL協議。因此LGPL協議的開源代碼很 適合作為第三方類庫被商業軟件引用，但不適合希望以LGPL協議代碼為基礎，通過修改和衍生的方式做二次開發的商業軟件採用。

GPL/LGPL都保障原作者的知識產權，避免有人利用開源代碼複製並開發類似的產品

MIT（MIT）

MIT是和BSD一樣寬範的許可協議,作者只想保留版權,而無任何其他了限制.也就是說,你必須在你的發行版裡包含原許可協議的聲明,無論你是以二進制發佈的還是以源代碼發佈的.

The Go Programming Language

The Go Programming Language

http://www.youtube.com/watch?v=wwoWei-GAPo

第 15 章 類別 (class) 的繼承性

例 6：繼承模式

   class CA{       public:     int a;       protected:  int b;       private:    int c;    };     class CB: public CA{       public:     int x;       protected:  int y;       private:    int z;    };     class CC:  CB{ ... }; 

說明：

1. class CB 繼承父類別 CA， 其繼承模式為 public。 因此， class CA 中 的成員 a 與 b 被繼承下來， 分別成為 class CB 的 public member 與 protected member。
2. class CC 繼承 class CB， 則視 class CB 為

      class CB{       public:     int a, x;       protected:  int b, y;       private:    int z;    };

3. 父類別 CA 中的 private member c 無法被繼承下來至子類別 CB。
4. 如果 class CB 的繼承模式改為 protected。 則 class CC 視 class CB 為

      class CB{       public:     int x;       protected:  int a, b, y;       private:    int z;    };

5. 如果 class CB 的繼承模式改為 private。 則 class CC 視 class CB 為

      class CB{       public:     int x;       protected:  int y;       private:    int a, b, z;    };

軟體工程 - 維基百科，自由的百科全書

軟體工程 - 維基百科，自由的百科全書

介面（interface）型態

介面（interface）型態

設計模式筆記

設計模式筆記

物件導向程式設計 - 維基百科，自由的百科全書

物件導向程式設計 - 維基百科，自由的百科全書

Neo 's Blog » 企業該不該採用 RoR 開發專案?

Neo 's Blog » 企業該不該採用 RoR 開發專案?

[轉載] 寫出編排漂亮程式碼的七種方法 - JavaScript 討論 - jsGears.com 技術論壇 - AJAX, JavaScript, jQuery, 網站開發, 前端效能優化 - Powered by Discuz!

[轉載] 寫出編排漂亮程式碼的七種方法 - JavaScript 討論 - jsGears.com 技術論壇 - AJAX, JavaScript, jQuery, 網站開發, 前端效能優化 - Powered by Discuz!

wxPyWiki on Youtube

YouTubeVideoSeries - wxPyWiki

第一次 hg (Mercurial) 就上手 « 至如ericsk者，國四無雙

第一次 hg (Mercurial) 就上手 « 至如ericsk者，國四無雙

PHP防止SQL Injection: Addslashes還是Mysql_real_escape_string | Zack Live - 澳門網頁設計師及WordPress主題設計師

PHP防止SQL Injection: Addslashes還是Mysql_real_escape_string | Zack Live - 澳門網頁設計師及WordPress主題設計師

網站製作學習誌 » [PHP] 該用 Abstract Class 還是 Interface ？

網站製作學習誌 » [PHP] 該用 Abstract Class 還是 Interface ？