JS取得絕對(duì)路徑的實(shí)現(xiàn)代碼？$.Ajax({ URL : $ { BASE _ PATH }/user/check pow: POST，async: fals: { opt without : opt

JS取得絕對(duì)路徑的實(shí)現(xiàn)代碼？

$.Ajax({ URL : $ { BASE _ PATH }/user/check pow: POST，async: fals: { opt without : opt without }，數(shù)據(jù)類型: JSON，成功:函數(shù)(數(shù)據(jù)){if(！){callback func ()}}，錯(cuò)誤:函數(shù)(數(shù)據(jù)){$(提示，系統(tǒng)異常，請(qǐng)聯(lián)系管理員！，錯(cuò)誤)}

近幾年熱門討論的低代碼，甚至無(wú)代碼，只是一個(gè)噱頭嗎？

近年來(lái)，低代碼平臺(tái)在變得流行起來(lái)。從發(fā)展的角度來(lái)看，我對(duì)這個(gè)東西嗤之以鼻。

最近一直在研究這類東西，因?yàn)楣镜睦习鍌兌及V迷于這個(gè)東西。低碼作為一種營(yíng)銷理念，非常符合大佬們的想法，就是叫快速搭建，輕松適配。似乎可以縮短開發(fā)周期，節(jié)省部署和維護(hù)成本，節(jié)省資金，自然適合老板 的愿望。

然而，這些低代碼平臺(tái)的弱點(diǎn)被巧妙地隱藏了起來(lái)。動(dòng)態(tài)解析所渲染的低代碼平臺(tái)注定性能不佳，固化不成熟的表單(數(shù)據(jù)庫(kù)表)設(shè)計(jì)邏輯注定在支持大量數(shù)據(jù)和復(fù)雜業(yè)務(wù)方面極其丑陋?？杀氖牵忻嫔洗蟛糠之a(chǎn)品都是這樣，整體架構(gòu)陳舊，設(shè)計(jì)不成熟，使用場(chǎng)景嚴(yán)重受限。其中，HW s AppCube考慮的比較多，但是學(xué)習(xí)成本一點(diǎn)都不低，也有自己相應(yīng)的問題。

該公司購(gòu)買了一個(gè)低代碼平臺(tái)，并用它來(lái)構(gòu)建一個(gè)項(xiàng)目。最終由于性能、數(shù)據(jù)支持、兼容性等問題，大量功能在項(xiàng)目上線前重新開發(fā)，返工嚴(yán)重，研發(fā) ampampd組也不穩(wěn)定。可以說(shuō)是賠了夫人又折兵。大佬們終于意識(shí)到這東西有漏洞。

如果未來(lái)低碼還是這個(gè)水平，無(wú)法突破，那么，

要不要解散你的技術(shù)團(tuán)隊(duì)，給他們買個(gè)低碼平臺(tái)~

你想讓你的公司 公司倒閉了嗎？購(gòu)買一個(gè)低代碼的研發(fā)平臺(tái)；ampD ~

想事半功倍？建議給公司買個(gè)低碼平臺(tái)~

低代碼有毒~粗略來(lái)說(shuō)，業(yè)務(wù)線核心數(shù)據(jù)百萬(wàn)以上，并發(fā)200以上。唐 不要冒險(xiǎn)。

簡(jiǎn)單的增刪改查詢還是挺合適的，但實(shí)際上編碼成本并不多。

雞肋食之無(wú)味，棄之可惜。