首頁(yè) 猿問(wèn) 各種框架中的ORM與FORM...

各種框架中的ORM與FORM 必要性與不必要性？

JavaScript

翻閱古今 2019-04-09 20:24:37

flask/django等各種框架中的ORM與FORM必要性與不必要性？統(tǒng)一數(shù)據(jù)庫(kù)接口，項(xiàng)目定好數(shù)據(jù)庫(kù)應(yīng)該就不會(huì)更換了吧還是因?yàn)闀?huì)用到兩種不同的數(shù)據(jù)庫(kù)，用ORM便于管理。還是因?yàn)镺RM內(nèi)部是自動(dòng)生成SQL語(yǔ)句，可以平衡團(tuán)隊(duì)中的因?yàn)閭€(gè)人因素問(wèn)題造成個(gè)人自已寫(xiě)的SQL語(yǔ)句效率問(wèn)題。form表單類(lèi)，用于生成表單與驗(yàn)證表單，這個(gè)生成表單這個(gè)直接在模板中寫(xiě)HTML表單不是更方便，驗(yàn)證表單，每個(gè)寫(xiě)代碼的人應(yīng)該都有自己積累的應(yīng)該已經(jīng)封裝好了的驗(yàn)證的模塊了吧，驗(yàn)證時(shí)直接調(diào)用不是更方便。還是也是為了平衡團(tuán)隊(duì)中個(gè)人因素問(wèn)題呢。請(qǐng)各位都能來(lái)各抒已見(jiàn)吧。包括你領(lǐng)導(dǎo)的團(tuán)隊(duì)項(xiàng)目為什么要使用這些特性與你所在的團(tuán)隊(duì)中使用這些特性的因素。都來(lái)說(shuō)說(shuō)吧。修改

查看完整描述

2 回答

料青山看我應(yīng)如是

TA貢獻(xiàn)1772條經(jīng)驗(yàn) 獲得超8個(gè)贊

起初也去了解過(guò)一點(diǎn)orm的東西，但是是種還是不太喜歡，雖然據(jù)說(shuō)可以統(tǒng)一化，維護(hù)起來(lái)什么的很方便。但是我覺(jué)的寫(xiě)起來(lái)什么十分不爽。orm的感覺(jué)是一種統(tǒng)一的，通用話(huà)的方式，最初的設(shè)計(jì)貌似是為了解決不是很懂sql的人用的。但是我的感覺(jué)是通用的往往不是最好的。所以都會(huì)用固定的數(shù)據(jù)庫(kù)，用針對(duì)性的操作方式。（說(shuō)錯(cuò)了還請(qǐng)指點(diǎn)。）

反對(duì) 回復(fù) 2019-04-09

FFIVE

TA貢獻(xiàn)1797條經(jīng)驗(yàn) 獲得超6個(gè)贊

ORM是有好處的。1、多數(shù)據(jù)庫(kù)切換。2、我用sqlAlchemy，數(shù)據(jù)庫(kù)遷移方便，直接執(zhí)行py代碼，可以直接遷移表結(jié)構(gòu)，無(wú)需重寫(xiě)一個(gè)sql腳本只需要一句MetaData.create_all(engine）就可以了3、onetomany,manytoone,manytomany等關(guān)系的表示，無(wú)需用復(fù)雜的sql+代碼進(jìn)行邏輯判斷。我搜索一篇文章，并且得到文章的作者，只需要p=post.query.filter(PostId=1234).first()u=p.useru就是一個(gè)用戶(hù)的記錄，這樣比寫(xiě)SQL方便多了。要知道，很多規(guī)劃的標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)，最后走形就是因?yàn)殚_(kāi)發(fā)者要寫(xiě)很多冗余代碼，不方便，最后改歪掉了。僅僅用上面幾點(diǎn)，我就有了用ORM的理由。