已采納回答 / nebtden
建議還是用composer 下載，然后綁定目錄啊。。
已采納回答 / 洪濤
表示是identifying relationship還是non-identifying relationship，這是一個標(biāo)準(zhǔn)數(shù)據(jù)庫范式設(shè)計的主鍵和外鍵設(shè)置方式，identifying relationship下，主鍵會是外鍵的一部分，比如你要建一個外鍵在一個已經(jīng)有外鍵的表上了，如果你用的是identifying relationship，那么這個外鍵會包含兩個主鍵字段。這段話比較難用簡單的語言解釋清楚，建議你在Workbench里操作一下就明白了。一般我們設(shè)計數(shù)據(jù)庫不太會用到identifying r...
已采納回答 / 洪濤
這確實是一個問題，因為說到底你的路徑可能會變，所以js里就不能寫死。我給你3個思路。1.把所有的路徑做成頁面上的js變量，然后你的js里動態(tài)的去獲取變量中的路徑2.有專門的bundle來解決這個問題，記得應(yīng)該叫jsroutingbundle，它的實現(xiàn)原理其實類似，只不過做得更加智能一點(diǎn)。3.在你的php的上一層，比如nginx或者apache這一層做一層轉(zhuǎn)發(fā)，這樣你可以通過這一層的不同的設(shè)置來把url導(dǎo)向當(dāng)前環(huán)境下正確的地址上。
2015-03-21
講師回答 / 洪濤
建立數(shù)據(jù)庫的時候速度不是重點(diǎn)，用什么工具最終都逃不過設(shè)定表名，設(shè)定字段，建立表和表的關(guān)系這么個流程。更加重要的是在建的過程中從全局的角度不斷審查所有表的關(guān)聯(lián)性以及必要性，在這點(diǎn)上workbench就是一個很好的工具，它更像是一個說明書，指南針，目錄，一種合理的gs工作方式，它讓你能夠用一種全局的視角去審視你的數(shù)據(jù)庫結(jié)構(gòu)是否合理。
2015-03-20
講師回答 / 洪濤
朋友你拼錯了好么，是repositoryClass，你多打了一個n。不是我不愿意回答你的問題，但以后這種問題請先自己檢查一遍，這是最基本的碰到問題該怎么處理解決的邏輯：先自己檢查一遍。何況又不是什么特別復(fù)雜的問題，你有這功夫自己早檢查出來了。
2015-03-20
