講師回答 / 源生活
具體點(diǎn),創(chuàng)建時(shí)是報(bào)錯(cuò)還是什么,如果報(bào)錯(cuò)請(qǐng)給報(bào)錯(cuò)信息,并且給出代碼,以及配置文件存放的位置等信息才好判斷。
2015-01-19
講師回答 / 源生活
但如果是你來(lái)設(shè)計(jì)typeHandler的解析過(guò)程,它首先是要對(duì)你的User參數(shù)進(jìn)行類型轉(zhuǎn)換的,轉(zhuǎn)換后肯定不再是User了(要不然你也不會(huì)進(jìn)行類型轉(zhuǎn)換了),這個(gè)時(shí)候你又如何用#{school}來(lái)和轉(zhuǎn)換后的類型進(jìn)行匹配呢,你可能會(huì)說(shuō),當(dāng)我用typeHandler=com.user.type.SchoolTypeHandler的時(shí)候它就不應(yīng)該再做類型轉(zhuǎn)換而把原來(lái)的類型給我,可這樣另一處#{id}應(yīng)該是用轉(zhuǎn)換后的類型,那這樣經(jīng)過(guò)UserTypeHandler后,竟然還需要同時(shí)保持轉(zhuǎn)換前與轉(zhuǎn)換后兩種類型,如果是你你...
2014-12-10
講師回答 / 源生活
?PreparedStatement同樣要自己拼SQL語(yǔ)句,它與普通的Statement的區(qū)別是在于用“?”占位符代替要傳入的變量值進(jìn)行預(yù)編譯,后傳參,而普通Statement是直接將傳入的變量值拼接在SQL語(yǔ)句中,但無(wú)論是哪一種情況,整個(gè)SQL語(yǔ)句還是要自己拼寫,你問(wèn)的是這個(gè)嗎??jī)煞NSQL語(yǔ)句的表現(xiàn)形式:PreparedStatement:select * from tableName where column=?Statement:select * from tableName where colum...
2014-12-07
講師回答 / 源生活
額,看這課的標(biāo)題就知道定位了,所以可能難免要花點(diǎn)時(shí)間在案例上,而且我本來(lái)的目的也是希望通過(guò)這段視頻不光學(xué)到mybatis的知識(shí),也看看在實(shí)際開(kāi)發(fā)中相關(guān)的知識(shí)和需要注意的地方,目前你只能委屈一下,從這對(duì)于你來(lái)說(shuō)冗長(zhǎng)的內(nèi)容中找尋你需要的。
2014-11-04
講師回答 / 源生活
嗯,那個(gè)頁(yè)面暫時(shí)沒(méi)有下載,因?yàn)橐曨l還沒(méi)講到關(guān)于這個(gè)頁(yè)面的開(kāi)發(fā),后面視頻講到這個(gè)頁(yè)面時(shí)配套會(huì)有的。
2014-10-28
講師回答 / 源生活
??? 首先個(gè)人認(rèn)為簡(jiǎn)化開(kāi)發(fā)并不是采用框架唯一的目的,更重要的是規(guī)范,不用框架時(shí)寫出來(lái)的代碼千奇百怪,各種凌亂,有框架的約束更容易制定規(guī)范,而簡(jiǎn)化的任務(wù)是基于框架再做一些有針對(duì)性的封裝時(shí)該做的事。??? 而因?yàn)榭蚣軆?nèi)
部執(zhí)行的復(fù)雜帶來(lái)的性能損耗是要配合其他手段來(lái)優(yōu)化的,比如連接池、緩存之類的,而這些手段是很容易通過(guò)框架間的整合融入進(jìn)來(lái)的,如果你只用純jdbc,
就比較困難,自己要做很多事情,還很難做好??蚣苷戏庋b完畢后,再來(lái)測(cè)試性能問(wèn)題,單純的執(zhí)行一條SQL語(yǔ)句來(lái)判斷效率是沒(méi)有必要的,沒(méi)什么實(shí)際價(jià)值,
...
2014-10-27