關於快速開發和設計應用系統的一些個人的意見

2021-08-31 06:39:54 字數 1295 閱讀 1915

作為程式設計師,經常會為我們的客戶去開發和設計各種應用系統,比如oa /crm/物流排程/客戶服務/電子政務。。。及各種管理資訊系統,我們經常會去開發和實現這樣的一些系統,每週、每月、每年經常都要去做這樣的一些開發工作,如何才能做到快速開發和設計呢?

如今技術非常發達,.net framework也已經幫我們實現了非常多的基礎元件,我們要做到快速開發和設計是完全可以做到的事情。 仔細分析可以從以下5個方面來提高開發和設計的效率。

1、其實無論我們做什麼開發有些東西對程式設計師來說可以是公共的,如果我們把這些公共的東西做成了可以重用的模組,我們的開發效率肯定會提高很多;

比如:組織結構、許可權管理、加密、編碼、日誌處理、sqlhelper、excel處理、檔案處理、個性化桌面、配置檔案處理。。。。。。都可以作為可以重用的公共模組的

2、現在設計模式的技術也已經相當成熟,我們把一些可以設計模式的基礎框架先準備好,具體業務細節相關的內容通過擴充套件和繼承的方式去實現具體的話,我們的**量會少非常多,因此開發效率也會大有提高

比如:移動應用框架、通過簡訊處理的框架、windows服務應用程式框架等等,都可以把基礎行為相關的框架實現好在那裡,到了具體業務開發的時候,我們只需要開發少量跟業務繫結的**即可,效率一定會大有提高。

3、.net2005版本開始已經提供了母板頁等機制,我們開發.net form的時候可以充分利用這個機制,重用各種表單上的公共邏輯和表單風格,這樣在開發和維護的時候也可以大量減少工作量

比如:新增、修改、刪除的程式可以用乙個母版頁,查詢的可以用乙個母版頁等。

4、oa /crm/物流排程/客戶服務/電子政務/erp。。。 各種系統都會涉及到流程吧,找乙個穩定、專業、適合應用模式的工作流引擎,需求調研的時候,對客戶流程的需求的分析、設計等各種工作會大量減少,也會降低非常多業務流程時常變化的風險,同時也大量節約了對流程邏輯開發的**,自然也能有利於快速開發。

比如:       呵呵,推薦e8.net

5、有效的團隊開發管理,公共部分**有統一的管理和維護,這樣可以做到團隊的整體效率和**風格,如果**風格相似了,我們還可以利用codesmith之類的**生成器,快速生成譬如基礎資料的新增 修改 刪除的程式 和 一些實體類、儲存過程等。 這樣開發效率又會大量提高。

這點就不比如了。

我想做到了這5點,我們是一定能夠實現到快速開發和設計的。 當然寶劍鋒從磨礪出,不斷的磨練自己**的感覺和對業務的理解能力是不可缺少的工作,就像我同事在 孔國秋

《程式設計師之江湖感想

》中提到的 功力。

這裡順便就廣告一下,e8.net工作流開發架構不但是乙個工作流引擎,同時還提供企業應用快速開發所需的各種元件、架構、母版頁的原始碼為應用開發提供了乙個起點。

關於企業應用系統web開發的特點

1 業務物件較多 關聯緊密複雜 2 業務規則多,如xx則xx,不能xx 3 流程複雜,很少有直接錄入就處理玩的,往往有後續環節,本流程結束往往觸發其他流程或包含子流程,流程並行有同步需求 4 許可權管理細緻複雜 5 表單複雜 經常出現動態增加填寫項 級聯選擇 彈出式選擇 及時提示等功能,表單驗證要求...

關於近期HBase系統設計開發和效能調優的一些小結

1.全域性查詢策略 應該一邊倒地依賴索引進行查詢,保證絕大多數的查詢是秒級返回。盡量避免動用全表掃瞄,讓全表掃瞄僅服務於非常有限的 生僻 查詢!實現這種格局需要盡可能地保證索引輕量短小 盡量縮短位元組 然後建立多倍於主資料的索引資料 我們基於配置建立索引的機制保證了增加一條索引的工作量是可以忽略不計...

關於織夢系統 dedecms 模板開發應用的經驗

今天簡單說說對織夢系統 dedecms 模板應用的經驗,估計剛接觸dede的朋友都會和我一樣,一心想著弄一套非常漂亮的模板,來展示自己 的 正規和強大 那麼從我的經歷來看,其實這種想法和思路是錯的。我剛開始用用dede的時候就是總想著做一套自己的特色www.cppcns.com模板,要漂亮 要實用 ...