本文主要介紹低代碼開發(fā)開源(低代碼開發(fā)平臺介紹)，下面一起看看低代碼開發(fā)開源(低代碼開發(fā)平臺介紹)相關資訊。
開源、全站點、低代碼項目rxdrag的前端和后端演示終于上線了。停下來喘口氣，通過系列文章分享開發(fā)實踐，順便整理一下思路。
當我決定做這個低代碼項目的時候，低代碼還沒有現(xiàn)在這么火。
在開發(fā)過程中，我只是感覺前端和后端合二為一，有很多冗余信息，用代碼反復表達。是一件很無聊很無聊的事情。
這些枯燥重復的工作完全可以由機器來完成，從而騰出我們的時間去做更有價值的工作。
帶著這些幼稚的想法，我開始了低代碼開發(fā)的探索。隨著工作的深入，越來越多的人接觸到低碼領域。慢慢意識到低碼火了！
當你看到資本的瘋狂追逐，老板的奇思妙想，商家的無底線吹捧，程序員充滿優(yōu)越感的鄙視。...
難免會想，自己做低代碼有什么意義？你為什么要趟這趟渾水？當潮水退去，一個40歲的業(yè)余程序員的時間就沒有意義了嗎？
但是，有時候夢想的種子種下了，很難湮滅。可能是這種執(zhí)念的驅使讓我堅持了一年多，前端和后端都嘗試了一遍。
最后，我想明白，生命是以死亡為代價的，所有消失的東西，只要存在，都或多或少的實現(xiàn)了自己的一些價值。所有的嘗試，無論成功與否，都會成為社會進步的動力。不同的是，有的成了肥料，有的開花了，有的結果了。
不管怎樣，只要你覺得你做的工作能幫助到一些人，這樣的工作就是有意義的。過度追捧與否又有什么關系呢？即使在鬧市，你也可以找一個完全安靜的房間，做自己喜歡的事情，然后堅持下去！
盡可能的分享自己的開發(fā)經(jīng)驗和心得。即使這個項目可以 不開花不結果，作為肥料應該更有營養(yǎng)。
在分享開發(fā)經(jīng)驗之前，先回答一些問題。
低代碼到底有沒有用？低代碼不是軟件開發(fā)中的銀彈，它可以 解決不了軟件危機，它更像是一個工具，就像近視、助聽器、汽車、輪船等等。
這些工具有一個共同點，就是對一些人有用，對另一些人沒用。
低代碼也是如此。
作為一個外貿(mào)從業(yè)者，我見證了這樣一個過程:從使用靜態(tài)頁面到制作企業(yè)網(wǎng)站，再到wordpress的蓬勃發(fā)展，再到shopify 美國的統(tǒng)一和獨立。在這個過程中，我們可以看到軟件技術的應用是完全普及的，還有很大的市場空間。有很多人對軟件技術不熟悉，對軟件的使用需求很強烈，卻不讓他們進門。
wordpress和shopify只是滿足了這部分人的部分需求，取得了巨大的成功。低碼的存在可以更好的服務有類似需求的人。在這個領域，各種題材，精美的文章，輕松的企業(yè)秀只是一個開始，相信會有越來越多優(yōu)秀的應用涌現(xiàn)。這些應用程序本質上是低代碼的。
人天生不愿意做一些重復枯燥的工作，程序員也是如此。經(jīng)常遇到一些優(yōu)秀的程序員，炫耀他們的代碼結構有多優(yōu)秀，到了自己完成主要架構，把重復的代碼交給低端程序員的程度。
問題是，誰是低端程序員，誰想做低端程序員？
把這些枯燥重復的任務留給機器，是更明智的選擇。
有條件的公司，根據(jù)自己的業(yè)務領域，拿出一些通用的東西，搭建自己的低代碼框架。能提高自己公司的開發(fā)效率嗎？有沒有可能擴大系統(tǒng)的容量？能否提高為客戶定制的能力？你有能力快速原型化一個愿景嗎？
具備這些能力的前提是你愿意提前花一定的成本去做一個低代碼的平臺。所以低代碼是每個開發(fā)者都可以參與的，而不是大資本的專利。
也希望自己的rxdrag系列低代碼項目能提供一些有價值的參考和幫助。如果有些模塊真的可以應用，那么忙這么長時間也是值得的。
什么可以 t低代碼做什么？許多事情可以 不能用低代碼完成。它能做的事情太多了。;不做。它可以 不要送我去工作，can 不要接我的孩子，can 不治療疾病...唐 不要向它要求任何東西，也不要。;不要把重點放在這方面。
當我們專注于它能做什么的時候，我們專注于創(chuàng)造，關注客戶。只關注積極的事情會帶來美好的人生體驗。
程序員會被淘汰嗎？●代碼做一些枯燥重復的工作。作為一個程序員，如果你堅持做這些工作，不帶感情地從機器上搶飯吃，你可能會被淘汰。如果是感性的工作，不容易被機器取代。
在wordpress出現(xiàn)之前，的網(wǎng)站建設公司比現(xiàn)在多得多。大家收客戶很多錢，套用劣質模板，把企業(yè)網(wǎng)站做得充滿了濃濃的鄉(xiāng)土氣息。
直到wordpress的出現(xiàn)，大量質優(yōu)價廉的國外主題模板通過wordpress生態(tài)圈進入。一些外貿(mào)培訓機構通過教客戶用wordpress建網(wǎng)站，年賺上億元。國內很多建站公司被淘汰。
這些被淘汰的公司能對自己的虧損深信不疑嗎？不喜歡的人。;沒有任何編程經(jīng)驗，經(jīng)過短期培訓，使網(wǎng)站殺死你昂貴的本地網(wǎng)站。為什么不被淘汰？
淘汰是一個新事物取代舊事物的過程。當一個工作崗位消失時，往往會創(chuàng)造出更多新的工作崗位。就在車夫消失的同時，出現(xiàn)了各種各樣的司機和宇航員。。
面對這樣的變化，需要感嘆嗎？你需要恐懼嗎？需要被譴責？誰在乎這種態(tài)度？誰能阻止這些變化？當歷史的車輪滾滾向前，時代要淘汰我們的時候，你會迎接我們嗎？面對這些，我們除了全力奔跑還能做什么？
技術日新月異，但愛永遠不變。愛、美、創(chuàng)意從來沒有被淘汰，反而越來越珍貴。愿意相信、真心為他人著想、用心為客戶服務的人是不會被淘汰的，只是改變了服務客戶的形式而已。
低代碼不是毒瘤，也不是萬能藥，而是工具，好人壞人都會用。唐 不要因為壞人奉承它，就對它懷有敵意。it 它是無辜的。唐 不要神話它，因為它受大資本追捧，它只是一個工具。
技術堆棧中有太多技術堆棧。;的選擇過程，不同的技術棧適用于不同的應用場景。個人來說，畢竟經(jīng)驗有限，很難說哪個更好。
只是分享一下使用二手技術的經(jīng)驗，希望能給一些朋友提供一些參考。
剛重新進入開發(fā)領域的時候，想給公司做一個cms項目。因為看到了php在市場上的成功，所以選擇了php laravel，后來了解了vue。在使用vue的過程中，我非常喜歡組件的概念。使用vue·拉勒維爾作為低代碼平臺的想法應運而生。做低碼平臺的夢想的種子可能就在這個時候種下了。
在頁面表單中輸入的數(shù)據(jù)、請求的數(shù)據(jù)和存儲在數(shù)據(jù)庫中的數(shù)據(jù)往往是相同的，但需要在三個地方進行三次處理。要添加或修改字段，需要再次更改所有三個代碼?；趯@種冗余工作的厭惡，當時用php做了一個簡單的低代碼框架:用php函數(shù)構造前端頁面的json描述，同時可以綁定字段數(shù)據(jù)。前端做了一個vue渲染引擎，從后端渲染json。
這樣雖然解決了代碼冗余的問題，但是結構不合理。頁面與業(yè)務數(shù)據(jù)耦合太緊密。
雖然作為一個業(yè)務程序員，我的技術水平一般，但是我愿意折騰和分享。期間，我做了一個hmtl的可視化編輯小工具，無意中登上了知乎熱搜，從中交到了很多朋友。
和朋友交流了很多，也有很多新的想法進來。我知道我可以直接在數(shù)據(jù)庫中編寫描述json，而不需要生成php代碼。非常感謝當時提供這個想法的網(wǎng)友。
此時的技術棧是:php laravel vue。設計思路是通過可視化拖拽建立前端的json描述，將這些描述存儲在數(shù)據(jù)庫中，做一個專門的渲染引擎，渲染這些界面，綁定數(shù)據(jù)。目標是做一個沒有代碼的前端，具體后端如何實現(xiàn)還沒有考慮太多。
一個人可以 當他做開源的時候，不要什么都自己做。選一個。一個成熟的ui庫是必要的。在對材料設計一無所知的情況下，我誤選了vuetify。由于技術經(jīng)驗不足，接下來的過程在vuetify的視覺拖拽過程中經(jīng)歷了一個曲折的過程。有的坑是因為水平差，有的是技術棧 的選擇。
在處理拖拽事件的時候，使用vuetify的總感覺不自然，總覺得應該有更流暢的。it 這并不是說它可以。;功能上實現(xiàn)不了，但總感覺別扭。另外，我不習慣用vue的槽。在這種情況下，我決定學習react。
看了react文檔，印象深刻。原來，十幾年前，書本上剛剛談到的編程思路，已經(jīng)付諸實踐，變成了產(chǎn)品。作為一個沒有任何約束的免費開發(fā)者，是不可能回歸vue的，也注定要在react的道路上走下去。
既然選擇了react，那么順便一起學習typescript也就順理成章了。
用一個奇怪的東西，不可能設計出合理的結構。給自己的目標是先完成功能，再重構優(yōu)化后的代碼。
邊學邊做，跌跌撞撞的完成了第一版可視化前端。技術棧是:typescript react reduce material ui。
第一版完成后，我不能 i don’我迫不及待地要舉行。我在幾個論壇發(fā)了，反響還不錯，雖然我知道還差很多。將近一年的時間，是一個不斷重建和折騰的過程。
第一版和后端通信的接口是web api，是mockjs做的演示數(shù)據(jù)。這時，網(wǎng)友 靈活的胖子 給自己推薦了mobx和graphql。作為一個自由開發(fā)者，嘗試幾種新技術并不難。使用graphql和mobx重構前端是自然而然的事情。目前的演示版本是基于這兩種技術的重構版本。
mobx的優(yōu)勢不言而喻。雖然許多朋友不 i don’我不喜歡它，也認為它不怎么樣。;不符合react的概念，對我來說不是障礙。mobx是由低碼行業(yè)的子項目mendix開發(fā)而來，對低碼項目非常友好。在使用過程中，mobx用起來還是很舒服的。
然而，當談到graphql時，它 一言難盡。
后端選擇:代碼生成還是實時運行？前端完成，后端實現(xiàn)面臨兩個方向:代碼生成和實時運行。
代碼生成技術已經(jīng)發(fā)展了很多年，實現(xiàn)起來也是最簡單的，但是成功的案例很少。大廠開發(fā)的基于代碼生成的ide，大多已經(jīng)化為時代的塵埃，被遺忘在某些角落。
毫無疑問，我們需要一個精簡的實時后端。是我最希望完成的工作。
而現(xiàn)有的開源庫，除了與graphql相關的hasura，大部分都是基于代碼生成的。對于開發(fā)人員來說，它們可能是優(yōu)秀的工具，但對于低代碼平臺來說，它們幾乎不是首選。
作為一個團隊只有一個人的業(yè)余愛好者，他只能融入到一個開源的生態(tài)中，卻沒有精力自己去做所有的事情。目前很少有時間和精力去開發(fā)一個類似hasure的graphql服務器。只能暫時放棄graphql，改用傳統(tǒng)的web api。
到目前為止，后端都是通過json api指令實現(xiàn)的。演示已經(jīng)準備好運行，文檔已經(jīng)初步完成。
我心里很清楚，我不愿意就這樣放棄graphql。也許有一天我會回來。
后端技術棧和。;的后端技術選擇一直傾向于php生態(tài)。當你使用graphql時，它 已經(jīng)計劃好了，拉勒維爾燈塔。
我喜歡php有三個原因:
php在前web時代的成功；他們知識匱乏，不了解太多新技術，畢竟離開這個行業(yè)太久了；解釋語言對熱插件友好，適合低代碼項目。在使用lighthouse的過程中，總覺得有點不舒服。最后被朋友說服放棄php，在java和typescript之間選擇。
選擇java沒必要著急，畢竟已經(jīng)成熟成功了。但是，我還是想試試typescript，希望它能帶來更多的可能性。
rxdrag針對中小型項目，我相信typescript足夠勝任。目標執(zhí)行語言是js，這是一種解釋語言，對熱加載友好，可以使用js生態(tài)系統(tǒng)。
用了一段時間后，我發(fā)現(xiàn)typescript的開發(fā)效率比php高很多?？傊?，typescript好聞。
到目前為止，后端技術棧:typescript，nestjs，typeorm。
前端技術棧:typescript，react，mobx，mat《價值》(應該是他說的，但我不是特別確定)。他認為，進入全球統(tǒng)一市場是一個國家的必要條件。;基于經(jīng)濟學的比較優(yōu)勢原理。 過去40年的快速發(fā)展也得益于改革開放和進入全球市場。
以同樣的，你可以得到技術棧 的選擇。在選擇技術棧的時候，盡量連接大的生態(tài)圈。短期的商業(yè)項目可能看不到什么優(yōu)勢。從長遠來看，通路更重要。項目的狀態(tài)會更進一步。
低碼平臺的重心在哪里？開發(fā)rxdrag的前端項目dragit用了一年左右，后端項目rxmodels用了兩個月左右。前端和后端完成后，最深刻的感受就是低代碼項目的重點要放在后端。
這種想法和無處不在的拖拽式低代碼有點格格不入。
只要靜靜的坐下來回顧這些年的發(fā)展，你會發(fā)現(xiàn)后端的發(fā)展速度比前端慢。java family buck-modelsrxmodles-swr,的一套react鉤子，用于與rxmod://github.com/rxdrag/dragit也有一個拖放框架，與dragit分離，不依賴于特定的ui庫。我還沒有 我還沒決定它的名字。下一篇文章將分享rxdrag后端項目rxmodes的開發(fā)實踐。
標簽:
代碼后端
了解更多低代碼開發(fā)開源(低代碼開發(fā)平臺介紹)相關內容請關注本站點。