Jeecg-boot 使用心得建議

在3月的時候就接觸了jeecg-boot了,以前我是一個python開發者,python是一個動態型語言,可以很簡單的配置生成後臺管理器,動態註冊頁面,只需要按組件的方式register頁面就可以了,最典型的就是xadmin的方案,但是其有個弊端就是可擴展性差,性能也差.作者也慢慢棄坑了,但是作者現在正在做一個新的方案前後端分離xadmin

說回正題,在java裏面,我怎麼都想不到動態生成後臺的方式竟然是用代碼生成的方法,然後再拷貝到相應文件目錄下(一般做法).由於java的是一個強類型語言,固然是沒有python腳本語言組件式開發組件式註冊加載來的要簡單…
在我接觸到jeecg之後,我第一個反應當然是要窮舉啊,要把世上的好東西都看盡啊,所以當時也看了以下的一些項目:

當然,也順藤摸瓜,找到了jeecg的模板引擎的版本:Jeecg 微雲快速開發平臺

-w1435

作爲個人愛好開發者,我並沒有過多的深入到代碼的層面去看每個框架的代碼質量如何,而是簡單
的從社區、活躍度、個人開發還是團隊開發、系統易用性、文檔使用、視頻教程這幾個簡單的角度去考量,顯而易見,每一家都有每一家的閉環系統以及生意,都有其優點,但是jeecg這個選擇還是十分強大,特別是在線表單開發、流程設計、圖表配置這幾個功能真的很亮眼,只需要簡單配置,可以滿足基本的後臺開發設計。

最重要的是,隨着前後端分離開發的時代來臨,以及微服務架構應對大數據的趨勢,jeecg團隊保持技術上的更新,儘管這可能並不會問他們帶來更多的經濟效益,但是他們對技術的執着,在前端選型上,選擇了大公司維護的ant-design-pro方案,當然也有其他很優秀的方案比如easyUi\elementUi\D2admin,但是考慮社區、更新活躍度,當然是ant好,同時也要時時更新的代價了。jeecg表示在後續會有微服務架構版本,而且會保持一貫強大如issue所提:
統一單點登錄平臺、cms內容管理系統、支持多站點、集羣部署

好了,接下來就是我對jeecg-boot使用的一些心得了:

1、後端代碼命名十分規範,-w371

大小寫以及urlcontroller方法名映射都是十分具有意義規範,但是對於一般開發者來說,如果不指明其開發的規律的話很難體會到

2、界面美感十足、符合現代審美

-w1435

3、代碼生成、在線表單開發配置功能強大,頁面屬性(封裝組件)十分多.

其實還有很多心得就是相當於jeecg-boot文檔的介紹了,接下來站在小白個人開發者,說一說我對jeecg-boot的一些建議吧:

1、討論的地方太多,不利於管理

-w982
以及github issue 以及qq羣
對於開發者,如果沒有一套規定的流程,會在這幾個地方疲於奔命,分散了大部分注意力.
但是,也沒有筆者更好的方案了.

2、文檔管理不是很友好(可持續開發)

儘管在論壇上能夠找到更新日誌、但是我仍然建議在文檔處寫上更新日誌,在版本遷移時,也在對文檔進行版本遷移的說明. 或許考慮gitbook 開放文檔,讓每個人都可以提交pr,並不是說官方寫的文檔就一定是最好的。文檔版本管理、文檔貢獻、文檔搜索.後期完整視頻放出的時候,可以在文檔對應小節插入視頻地址。

3、社羣管理

可以在羣裏看到,管理員們被羣裏的新來的小夥伴各種問題問到注意力極度分散了,建議在羣裏設立一個機器人qq助手
-w546
可以錄入faq在此,讓人們自助提問自助找到關鍵詞,找到文檔,解決重複性問題.

4、可以做成一個平臺

讓開發者自助開發各自的插件來達到自己的目的(如文件上傳、第三方oauth集成、其他組件集成),比如說jeeXX就是自己一家從cms、oa、工作平臺一系列都做了,但是如果jeecg能提供一套易用的插件機制,來讓開發者利用此平臺來開發自己的小應用,然後收集展示或者說交易…(開個腦洞類似php的微擎

5、初始化的數據精簡或者區分

比如說字典數據,db初始化的時候,就已經有20+數據了,但是作爲使用者我想我開始不需要關心一些jeecg-boot默認的配置字典,希望提供一個篩選 區分系統數據與用戶自行添加的數據,這樣不至於太冗雜。其他數據表、test等數據表亦是如此.
-w1163

6、ant-design-pro v4已經提供了區塊開發的形式來開發(可插拔自主選擇)

希望在開發的時候能多提供一個純淨版選擇,如圖
-w197
是完全前端靜態化的,可以可選提供,兩種模式讓開發者自行把握.(簡單說就是我覺得功能有點重了,若不是堅定信念,一開始被如此多的頁面容易嚇退卻.)

7、日誌自動插入log

-w812
數據庫字段最大255,如果遇到富文本信息的系統,基本是超過255的,所以可以這裏提供提示告知用戶,要麼截斷,要麼longtext(mysql),但是長期的日誌積累,勢必是一個很大的內存消耗.

當然,以上建議是十分理想化的,開源也是需要盈利的,感慨圈內的模式都是如出一轍,在新時代的今天,2b的公司需要生存,我覺得就要與時俱進,除了前線業務能力過強的同事、配合上辛勤工作的開發人員以及售後支持,我覺得現代化的社區論壇、開發方式、協同溝通方式也是必不可少的,或許這樣並沒有什麼大用處(經濟效益),始終覺得與其更好,不如不同。

本人技術和業務經歷尚淺,不能提出像快速開發框架推薦使用 jeecg-boot如此有見解的的問題以及解決措施…

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章