基於介面開發介紹 基於介面編程的本質是分離對象的實現與使用者之間的關係,即變更以下對象結構的依賴變化: 這樣說的好處是客戶對象依賴於服務介面,即在開發過程中我們只關注於服務介面的定義,而不關注於服務物件的具體實現,客戶對象只有在運行期才通過解耦與後期綁定協助工具輔助(類)與具體的服務實現對象動態建議依賴。
上文回顧 上一篇文章基於AgileEAS.NET平台基礎類庫進行應用開發-使用UDA操縱SQL語句一文中示範如何使用UDA進行常規的業務進行操作,我們看到兩種資料操縱流程,一種是原始的操作流程,另一種是簡化的資料操作流程,應用開發人員不用關心資料庫的開啟與關閉,這些工作由UDA為我們完成,我們只需要實現與業務相關代碼即可。問題引出 我們現在再看一眼我們在前面提供的資料處理流程:
上一篇文章基於AgileEAS.NET平台基礎類庫進行應用開發-總體說明及資料定義中對本案例所涉及的資料表及部分資料,本文開始將從最基本的業務,資料訪問--SQL語句操縱開始。 在AgileEAS.NET平台中,對資料訪問進行了封裝,稱為UDA(統一資料訪問),有關於AgileEAS.NET平台UDA的介紹請參考AgileEAS.NET之統一資料訪問一文。
基礎類庫介紹 AgileEAS.NET平台/中介軟體是一套以平台+外掛程式為核心的應用平台,平台在縱向擴充上以平台加外掛程式為準則。而在針對每個外掛程式或者平台的實現,則由一組公用組件支撐外掛程式開發過程的資料訪問、商務邏輯等支撐。 AgileEAS.NET平台基礎類庫主要包含資料訪問、ORM、 服務定位、對象反轉控制、日誌記錄、報表、序列化、常用控制項陳列庫、系統向外延展群組件、資料UI映射以及資料對象設計工作開發限制與特色
一、AgileEAS.NET SOA平台簡介 AgileEAS.NET SOA平台是一套應用系統快速開發平台,用於協助中小軟體開發商快速構建自己的公司資訊管理類Team Dev,以達到節省開發成本、縮短開發時間,快速適應市場變化的目的,AgileEAS.NET應用開發平台包含基礎類庫、資源管理平台、運行容器、開發協助工具輔助等四大部分,資源管理平台為敏捷並行開發提供了設計、實現、測試等開發過程的並行。 AgileEAS.NET
文章目錄 相關聯絡 介紹
介紹 AgileEAS.NET應用開發平台,簡稱EAS.NET,是基于敏捷並行開發思想以及.NET構件技術而開發的一個應用系統快速開發平台,用於協助中小型軟體企業建立一條適合快速變化的Team
一、視頻會議培訓回顧在前一周我們做了兩次視頻會議培訓,內容分別為AgileEAS.NET平台的整體結構及開源藥店系統的搭建演倆、基於AgileEAS.NET的外掛程式開發過程示範,以上內容在AgileEAS.NET平台視頻會議培訓第一輯-AgileEAS.NET平台介紹及藥品系統的SAAS搭建演練、AgileEAS.NET平台視頻會議培訓第二輯-簡單外掛程式開發應用演練(速度下載)做了詳細的介紹。二、本次會議培訓的內容本周星期的視頻會議培訓由我負責,主要向大家介紹AgileEAS.NET平台對系
系統回顧 前面的四篇文章我詳細的介紹了AgileEAS.NET平台中統一資料訪問(UDA)組件的用法,分析了兩種資料處理流程的優缺點,以及基於懶惰模式的委託執行,交易處理方法,基本涵蓋了基於資料庫支援的業務系統的技術點。
一、AgileEAS.NET平台簡介AgileEAS.NET平台是一套應用系統快速開發平台,用於協助中小軟體開發商快速構建自己的公司資訊管理類Team
構件化軟體開發模式快速響應客戶需要的一個非常重要的方式,通過構件對功能的隔離,從而把需要的變更對系統整合的影響降低到最底限度,通過構件的不同版本管理不同客戶對同一需要的不同個人化差異,進行降低系統的快速市場適應能力,通過實施企業級構件的開發實踐達到提高軟體企業有效生產效率的目的,進市提高企業的綜合實力。敏捷軟體工程實驗室通過瞭解行業領先的軟體工程理念,結合多年的軟體開發技術與開發管理諮詢實際,總結出一套適合中國特色的軟體工程實踐與樸素的軟體工程言論論:“構件並行開發”、“敏捷並行開發”,用於協助
開篇 之前的系列,都是從貼圖,貼代碼的形式來跟大家說明,本篇就是把開發藥店系統的過程中的具體過程和細節,通過視頻的形式來跟大家分享,當然可能由於我的思路也是有點跳躍,如果大家有什麼不明白的地方,還請大家指出,每個視頻都是比較的簡短,過程也是非常的簡單。希望對大家熟悉AgileEAS.NET平台的開發過程有所協助。 大綱 播放器下載 基礎篇 1、AgileEAS.NET平台的程式組檔案及環境配置。 2、
開篇 有很多朋友問我,AgileEAS.NET平台的登陸頁面的資源檔,包括平台的一些主要的資源檔是否可以替換呢?我的答案是肯定的,因為有很多的朋友,使用這個系統開發的時候,如果不能替換,那麼顯示的還是平台的圖片,可能你們就想,就算功能強大,也不使用這個平台來開發了,為啥呢?因為可能開發出來的東西給使用者的感覺是系統的登陸或者圖片與功能不符合,感覺挺奇怪的,所以本篇特別說明如何來替換現有的資源檔,來達到自己設計的效果,這樣就可以完美替換。
開篇 大家都比較關心,當我們開發完畢後,如何發布應用程式和部署應用,本篇我們就來講述下功能的發布,前面我們已經就如何開發系統及工具的使用,做了一些簡單的描述和說明,相信大家對其中的功能的使用,已經有了比較簡單的瞭解,下面我們就將如何在我們開發完畢後,我們來使用資源管理平台來註冊模組,並且配置模組的存取權限和角色,來分配賬戶,不同的賬戶對指定的模組具有指定的存取權限,完成模組的許可權控制。大綱 1、模組註冊(上)。 2、配置許可權(下)。
開篇 我們上篇講述了如何基於平台的報表管理組件來進行報表的管理,我們並沒有說明如何在項目中如何調用,我們設計好的報表。下面我們就來看看,我們如何來使用我們設計好的報表,一種是直接使用平台原生支援的報表格服務,還有一種是我們單獨設計實現的報表格服務,也就是所謂的脫離現有平台的限制,我們單獨使用報表設計師來完成報表開發工作。並且能夠結合其他的平台來進行開發。本章我們就來就這些問題來詳細的闡述。大綱 1、使用原生的報表格服務。
開篇 前面我們講述了藥店系統的開發流程,並且也講述了如何開發一個基礎模組,下面我們來看看,如何開發一個報表,
開篇 上篇我們講述了UI層的分析,那麼本篇我們就講述下我們在做CS應用程式的過程中的一些技巧性的東西,可能我這裡總結的只是我再開發本藥店系統中應用的到的一些小技巧,並不代表全部,肯定還有很多的其他方面的技巧,大家都可以分享一下,我這裡提出額也談不上技巧,更多的是使用設計模式方面的總結吧。 1、提升父類 2、分離職責。 3、抽象公用大綱 1、將每個子類都用到的方法或屬性進行提升到基類中。
開篇
開篇 上篇我們講述了報表開發的獨立開發與基於平台的開發二種方式,相信大家已經對報表開發有了一定的瞭解,那麼我們本篇將會鞏固大家對報表開發的知識,我們這裡提供一個我們平時在項目中應用到的一些關於報表開發的模組,來儘可能的降低開發報表的成本和重複工作,盡量將重複的東西進行抽取,這樣能夠很方便的進行開發,下面我們來看看這些報表開發的簡單經驗吧,當然可能我分享的經驗不一定是最好的,當然如果你有更好的經驗都可以分享出來,小弟謝過。由於水平有限,不足之處還請多多指出!大綱 1、
介紹