其他

 要實現公司專屬應用程式整合，就不能不解決單點登入問題。單點登入（SSO，Single Sign On） 也可稱統一認證服務，就是使用者只登入一次就可以訪問多個應用系統而不需要重新登入。怎麼解決單點登入問題，用任何一個搜尋引擎，都可以找到各種解決方案，可謂是八仙過海、各顯神通。本文的目的不是提供一個功能齊全、安全可靠的解決方案，而是提供一個只使用原始Web技術、與軟體平台無關、與使用者驗證形式無關、只有使用者驗證功能、可以在安全性不過強求的情況下使用的方法——輕量級單點登入系統。雖然本文是使用.

目前的公司專屬應用程式環境中，往往有很多的應用系統，如人力資源管理系統、辦公自動化系統、財務管理系統、檔案管理系統等等。這些應用系統服務於企業的資訊化建設，為企業帶來了很好的效益。但是，使用者在使用這些應用系統時，並不方便。使用者每次使用系統，都必須輸入使用者名稱稱和使用者密碼，進行身分識別驗證；而且，應用系統不同，使用者帳號就不同，使用者必須同時牢記多套使用者名稱稱和使用者密碼。特別是對於應用系統數目較多，使用者數目也很多的企業，這個問題尤為突出。問題的原因並不是系統開發出現失誤，而是缺少整體

隨著互連網的高速發展，WEB應用幾乎統治了絕大部分的軟體應用系統，因此WEB-SSO是SSO應用當中最為流行。WEB-SSO有其自身的特點和優勢，實現起來比較簡單易用。眾所周知，Web協議（也就是HTTP）是一個無狀態的協議。一個Web應用由很多個Web頁面組成，每個頁面都有唯一的URL來定義。使用者在瀏覽器的地址欄輸入頁面的URL，瀏覽器就會向Web

   輕量級單點登入系統方案套件括以下項目：l 公用組件SSOLab.SSOServer.Componentsl 單點登入系統SSOLab.SSOServer.WebAppl 企業門戶系統系統示範SSOLab.Portal.WebAppl 人力資源管理系統示範SSOLab. APP1. WebAppl 財務管理系統示範SSOLab. APP2. WebAppl 網上辦公系統示範App3 （Java） Visual Studio 2008解決方案圖 Eclipse項目圖 整個解決方案運行過程如下：

要實現公司專屬應用程式整合，就不能不解決單點登入問題。單點登入（SSO，Single Sign On）

  SAML是一種基於XML的架構，主要用於在各安全系統之間交換認證、授權和屬性資訊，它的主要目標之一就是SSO。在SAML架構下，無論使用者使用哪種信任機制，只要滿足SAML的介面、資訊互動定義和流程規範，相互之間都可以無縫整合。SAML規範的完整架構及有關資訊互動格式與協議使得現有的各種身份鑒別機制（PKI、Kerberos和口令）、各種授權機制（基於屬性認證的PMI、ACL、Kerberos的存取控制）通過使用統一介面實現跨信任域的互操作，便於分布式應用系統的信任和授權的統一管理。

 測試驅動開發，是敏捷方法中的一項重要實踐。一般認為，它是由極限編程之父Kent Beck所創立的，並且在其經典之作《Test-Driven Development By Example》一書中有過詳盡的闡述。不過，一如許多軟體技術與方法的出現，TDD也可算作是眾人智慧的結晶了。這其中，不乏早期與KentBeck一起活躍於Smalltalk社區，而今聲名顯赫的業界大牛們，如：Erich Gamma，Ward Cunningham，以及Martin

MVC由Trygve

實現原理：使用使用<script type="text/javascript" src="http://localhost:7771/SSOSite/SSOContext.aspx?app=portal">

.NET架構是.NET平台的基礎架構。.NET Framework 是支援產生和運行下一代應用程式和 XML Web services 的內部 Windows 組件。.NET Framework 旨在實現下列目標：l 提供一個一致的物件導向的編程環境，而無論對象代碼是在本機存放區和執行，還是在本地執行但在 Internet 上分布，或者是在遠程執行的。l 提供一個將軟體部署和版本控制衝突最小化的代碼執行環境。l

2010.9.3 蘇鵬內容介紹-什麼是View層-在定義中使用強型別-使用自定的ViewModels-Htmlhelper類 預備知識-安裝Visual Studio 2010

 針對於公司專屬應用程式，依據不同的關注點，架構可以分為如下幾類：l 業務架構（Business Architecture）：關注於業務及其流程；l 應用架構（Application Architecture）：關注於應用系統設計；l 基礎架構（Infrastructure Architecture）：關注於基礎技術；l 資料架構（Data

BlogWriter 部落格用戶端 - 3 距上次寫有關BlogWriter 文章已有好些天.上篇文章簡單介紹了 BlogWriter 是個什麼東東.及其外掛程式製作方法.亦有朋友說 為何不用 wlw ?   怎麼沒用, 我也有用啊:-D , But 此文使用BlogWriter做這個東東,興趣而已.現將其放在了CodePlex 上http://blogwriter.codeplex.com/BlogWriter 外掛程式實現原理1 定義介面所有外掛程式必須實現相應

 中介軟體已經成為構建網路分布式異構資訊系統不可缺少的關鍵技術，與作業系統、資料庫管理系統並列為基礎軟體體系的三大支柱。中介軟體（middleware）是基礎軟體的一大類，屬於可複用軟體的範疇。顧名思義，中介軟體處於作業系統軟體與使用者的應用軟體的中間。中介軟體在作業系統、網路和資料庫之上，應用軟體的下層，總的作用是為處於自己上層的應用軟體提供運行與開發的環境，協助使用者靈活、高效地開發和整合複雜的應用軟體。在眾多關於中介軟體的定義中，比較普遍被接受的是IDC表述的：中介軟體是一種獨立的系統軟體

 隨著Visual Studio 2008的發布，微軟根據MS-RL協議向開發人員提供了.NET Framework的原始碼，包括基礎類庫 (BCL)、 ASP.NET、 WinForms和WPF等代碼。.NET Framework是.NET平台的基礎架構，它的開放原始碼，為開發人員更加深入研究.NET 技術細節提供了極大便利，也為開發人員如何構建一個優秀的軟體開發架構提供了很好借鑒。構建一個優秀的軟體開發架構，必然會使用設計模式。.NET

 提供一種方法順序訪問一個彙總對象中各個元素，而又不需暴露該對象的內部表示。    以.NET Framework 2.0 System.Collections中類為例  System.Collections. IEnumerableCode highlighting produced by Actipro CodeHighlighter

在應用程式開發過程中，存在很多模組重複開發的煩惱，於是收集資料開始動手，設計開發這外掛程式系統架構，架構用於整合各個子外掛程式。 設計階段一：將介面定義成單獨程式集，讓外掛程式去實現這個介面，架構採用反射來完成子外掛程式功能的讀取。 問題： 1. 要定義若干介面。 2. 對於現在已存的模組修改太大。 設計階段二：著力於對第一階段第二個問題解決，在協議介面和外掛程式間添加一個適配器，有了這樣的結構，就能將現有已存在模組方便地與主機架構整合

文章目錄 ThemeManager 　　OpenExpressApp中有一個項目【OpenExpressApp.Module.WPF.Style】，它作為以後UI樣式擴充用，以前只是放在那裡，其實沒有做什麼工作，主要也就是告訴大家後期會增加主題樣式。前期做架構、做引擎時，由於側重點不一樣，所以有時經常被人說做出來的東西真醜：）所以最近就花了兩天把樣式擴充加進來了。目前主要從網上下載了微軟的一些樣式，還沒有擴充OEA內部控制項的樣式，介面如：

      我學習.Net快一年了，偶然間發現大家用的開發工具很多我都沒見過,於是暗中的進行收集（呵呵，誇張了），現在收集滿七種特來做此總結！我稱他們為“七種武器”\(^o^)/--------------------------------------------------------第一種武器長生劍、NUnit (用於編寫單元測試)NUnit 是為 .NET 架構產生的開放原始碼單元測試架構。NUnit

 HTTP的發展是全球資訊網協會（World Wide Web Consortium）和Internet工作小組（Internet Engineering Task Force）合作的結果，（他們）最終發布了一系列的RFC，其中最著名的就是RFC 2616。RFC 2616定義了HTTP協議的我們今天普遍使用的一個版本——HTTP 1.1。HTTP是一個用於在用戶端和伺服器間請求和應答的協議。一個HTTP的用戶端，諸如一個web瀏覽器，通過建立一個到遠程主機特殊連接埠（預設連接埠為80）的串連，