其他

文章目錄 Ruby in SteelNotepad ++NetBeansRubyMine 　　這兩天看了一下IronRuby，簡單試用了一下，發現現在還沒有一個較好支援IronRuby的IDE，如果沒有人做，估計就要等著微軟來做了，否則沒有一個好的IDE將會對IronRuby的應用會較大的影響，本篇將我這兩天用過的一些IDE給大家介紹一下。Ruby in

文章目錄 添加Ruby平台建立項目添加檔案設定運行參數設定統一UTF－8編碼運行 　　在IronRuby -

文章目錄 運行環境找到CodedUI的自動化測試相關類庫測試案例編寫函數完整代碼運行測試案例注意的地方之前寫的IronRuby相關blog

　　上月線下活動結束時我說到9月份活動預計在最後一周，但是下周以及下下周兩個周末我都需要參加培訓，所以把9月份的活動改在了第二周。受中秋節和911事件的影響，敏捷個人9月份線下活動受到短期震蕩，請假的人較多，不過參加人數還有十幾個，還有轉介紹，帶著老婆、女友、朋友來的，可見敏捷個人對願意成長的人來說還是有吸引力的。　　本次的主題是敏捷結果練習的第一次，這些內容是敏捷結果中最重要、最簡單，卻又最難的實踐了，也是敏捷結果練習的核心內容。以下為本次活動的PPT內容：敏捷個人俱樂部QQ群：4096132

      一般資訊系統都有審計功能，現在給OpenExpressApp增加簡單的日誌功能，主要就是記錄使用者的一些操作（如登入、開啟模組、查看資料、點擊按鈕等）或者系統操作時的一些資訊收集（比如儲存錯誤等）。為了便於統一查看，這些日誌資訊現在全部在伺服器的資料庫中記錄下來，包含操作類型、操作時間、操作內容、操作者、用戶端機器名等資訊。　　具體設計參考BloodyAngel寫的多層分布式設計模式，這個是由他來設計實現的！更多內容： 開源資訊系統開發平台之OpenExpressApp架構.pdf 

文章目錄 問題描述解決問題問題回顧

【現象與案例】     八一七培訓。 【感謝】     感謝老江如此辛苦地為大家培訓，感謝所有輔導員，你們睡得比學員晚，起得比學員早，給學員帶來這種有意義的培訓。感謝洪星，大半夜不睡覺和我溝通，協助我渡過思想上的難關。 【反思】     反思的東西實在太多了，真要挨個寫下來的話，實在太花時間。所以挑重點的寫寫吧，我也簡單，看的人也簡單。     培訓中，我學會了一些知識、懂得了一些道理： * Being doing having! * 人的成長是階梯型的

文章目錄 代碼下載使用說明 　　自 資訊系統開發平台openexpressapp 1.0發布後到現在有4個月了，中間陸續發布了一些內容介紹的blog。　　OpenExpressApp不會帶給大家創新性的技術，而是以務實的態度，將現有技術和產品中有價值的部分引入到一起，它要做的是整合別人已經實踐的方法來提高我們自身的開發能力，以求快速、高品質的開發資訊系統產品。不同於以往為特定開發角色提供獨立的開發工具和架構，它基於業務模型驅動開發指導思想，

    OEA架構經過幾次較大的重構後，已經慢慢地變得成熟。    09年末、10年初的時候，我們發布了《OEA1.0》。至今也一年多了，中間我們並沒有發布它最新的源碼。所以有些朋友問到是不是這個架構已經停止開發了。    那麼今天呢，我個人錄製了一個簡單的視頻，來說明一下，OEA目前的使用方法，有興趣的朋友也可以瞭解一下這個架構當前的進展。     視頻中，我簡單地錄製了如何做一個小型的《圖片管理系統》。我先隨便列舉幾點 OEA

整個命令系統的流程如下： CommandManager 負責監聽一些它關注的屬性的更改（例如：Focus、Click），當介面上有此類事件發生時，它會通知所有的 RoutedCommand 發生 CanExecutedChanged 事件。   這時，已經綁定了這些 RoutedComamnd 的 CommandSource （主要是各類控制項），會調用 RoutedCommand 的 CanExecute 方法來檢測是否可執行，並根據返回的結果來設定自己的狀態。如，當返回可執行時，作為

    這篇文章和《PDA感悟》一樣，是對一年前學習到的相關知識的一個應用反思。    寫它，是為了完成每月反思，也是為了完成我這個月的目標，更是為了積累項目流程經驗。    之前已經看過剛進公司的時候，由於項目組需要使用 Scrum 作為流程來進行軟體開發，所以當時看了一遍《Scrum and xp from the trenches》，主要目的是瞭解 scrum 中的主要內容，以促進早日融入項目組，並寫了一篇介紹 Scrum 的入門層級的文章：《Scrum 大白話總結》。   

現象    這個月我的工作任務中，有一項是重構OEA架構中的AutoUI部分。這個任務在月初時計劃在一個月內完成，包括問題分析、設計新的結構、編寫設計文檔、開展設計評審、代碼實現。原計劃半天到一天的評審會議，最後花費了大概一天半的時間。接下來，我就評審會議中出現的問題進行一下總結。    本次AutoUI設計是我到公司以來，覺得最有挑戰的一次工作。    會議之前，我和組內的人員進行了多次溝通，瞭解他們的需求：我們的AutoUI架構當前有些什麼問題？當介面需求被提出後，我們對它的完成情況怎麼樣？

　　前天在公司分享了一些學習經驗,園子中感興趣可以看看。建議大家使用pptPlex來看這個片子。　　首先從我在成長中不同階段的工作和體會來談不同階段的學習內容談起，為了做好這些必修課，我會對知識＋實踐＋思考＋心態＝學習進行一些闡釋，最後我會再從我的一些個人管理的具體學習經驗上來與大家一起分享。不能播放flash的可以看：http://www.doc88.com/p-90893808769.html推薦：你可能需要的線上電子書 我的微博：http://weibo.com/openexpressap

時間有限，簡單快速的完成本篇部落格……（很多問題在此就不細說清楚了，主要還是記錄一下成果。） * 先是整個子系統要完成的需求列表：   * 然後是對它的分析，以及整個邏輯方案的結構。圖中的“概要”部分同時說明了靜態結構和運行時時期的劃分。   * 以及，這樣的結構，如何?整個需求的描述：   * 邏輯方案中的靜態結構，主要還是看以下的類圖設計：第一張，自然是Managed

前言    最近看了《FDG 2nd Edition》，也適當做了些筆記，在這裡寫這篇文章的目的主要有兩個，一是對自己學習的一個記錄、積累；另外，還可以用這篇總結向一些有需要的朋友推薦這本書。  書籍總結     這本書是MS公司的架構設計師，經過多年架構開發後的經驗總結。    首先，它是一本設計規範。該書從規範的角度，規定了一個好的架構應該滿足哪些條件、不應該犯什麼錯誤。它從粗細不同的各個維度詳細地列出了很多規範，細則細到變數名的命名，粗得粗到.NET中的模式應用規範。（早知道有這樣一本書，

    三個月沒寫日誌了，比較懶散……下半年準備做OEA 的 B/S 版本，比較複雜，需要從架構設計開始認真入手。正好今天到了部門反思的時間，今天先把原來的一些設計經驗總結一下，以方便將來回顧。    直入主題，這篇日誌主要用於總結一些架構層級的模組設計經驗。 總述     一個大型的架構，必然由多個較獨立的子系統/子模組構成。這些子模組如何互動，之間的介面如何定義，這是架構的架構設計的問題。而今天我主要要總結一下，針對其中的某一個子模組，應該如何進行設計。（例如，在 OEA

為 OEA 架構 做 WPF 樹型表格控制項時，浪費了許多時間在一些知識點上，所以寫了這篇部落格總結一下，和各位博友分享。 ICollectionView 介面的簡易使用方法 它的 SortDescriptions、GroupDescription 等屬性會影響視圖的結構，一般情況下會自動重新整理。也可以直接使用 Refresh 方法來命令視圖的重新整理（內部實現一般為重建內部視圖模型集合）。如果是大量操作，也可以使用 RefreshDefer

    由於之前已經嘗試使用過 EF CodeFirst CTP4，所以這次在EF4.1發布的第三天，在 OEA 架構中已經支援使用它來實現資料訪問層。而且，我們準備逐漸把原有的較量級ORM架構給替換掉，並且使用EF中的中繼資料系統來完全充當 OEA 中的 ORM 中繼資料，以便使用這些映射資訊來實現一些更多的操作。由於還沒有時間把整個 EF 的 MSDN 拿下，所以暫時只是在網上看了一些相關的文章。而最近又正好在重構 OEA 架構的中繼資料子系統，所以，這篇文章裡，我主要對 EF

    項目組目前開發的基於OEA架構的GIX4項目，本次功能已經完成得差不多了，本次迭代的目標主要是提升產品的效能。由於GIX4是C/S結構的應用程式，所以決定實現緩衝模組來提升高繁資料訪問的緩衝。    本篇文章主要介紹了OEA架構中的緩衝模組設計與一般的緩衝有什麼不同，如何在OEA架構中實現緩衝模組。分為以下幾個小節：一般緩衝介紹 OEA緩衝目標 概要設計 通用緩衝架構的詳細設計 OEA中整合Cache的詳細設計 小結一般緩衝介紹    

    上次隨便畫了一篇關於GIX4項目目前的類的結構圖（見：GIX4 目前大致的類結構），目的是為了更好的認識系統，並對其進行改進。發現AutoUI部分的耦合性比較大。所以提取了一個IUIFactory的介面，並用同事推薦的EA重新畫了一下目前系統的圖，如下： 圖1 架構套件圖  圖2 實體中繼資料 結構圖  圖3 邏輯視圖（ObjectViews） 結構圖  圖4 命令結構圖  圖5 列表編輯器（ListEditors）  圖6 屬性編輯器（PropertyEditors）  圖7