Re: [請益] mysql_fetch_array 取出的陣列數

看板PHP作者 (銀色)時間13年前 (2011/07/28 10:30), 編輯推噓3(3014)
留言17則, 4人參與, 最新討論串3/9 (看更多)
首先小弟很敬佩您一直很有熱誠回答許多板友的問題, 這點是小弟所作不到的, 關於「函式本身作用」的部份您的說明大致上沒有什麼問題, 但是很多觀念且讓小弟釐清一下: ※ 引述《tkdmaf (皮皮快跑)》之銘言: : 還是專文回您好了。 : $row = mysql_fetch_row(); : 就是按照欄位的順序以陣列從0開始的方式傳遞每一欄的資料。 : 基本而言這個習慣是針對其他語言轉過來的人而用的。 : 因為php的陣列是比較特立獨行在於他可以用「文字」做為陣列的索引名稱。 : 但事實上反過來說,習慣於使用欄位名稱做為取值的人可能就很不習慣這個做法。 : 取出來的是$row[0],$row[1]...... 基本上,一般語言裡通常會有 Array / Hash Table 兩種不同的結構, 但在 PHP 的程式語言裡這兩種結構的界定很模糊, 或著根本一點說,他們在表徵上都是以同樣的形式出現 - 也就是陣列。 所以請不要誤導別人,雜湊是專屬於 PHP 的,也不需要自己去下定義: 基本而言這個習慣是針對其他語言轉過來的人而用的 因為php的陣列是比較特立獨行在於他可以用「文字」做為陣列的索引名稱 : $row = mysql_fetch_assoc(); : 就是按照欄位的名稱做為陣列的索引名稱。 : 習慣php以名稱取陣列名的人可能就很習慣這種用法。 : 取出來的是$row['name'],$row['address'],$row['sex'].....等 : $row = mysql_fetch_object(); : 將資料以欄位名稱做為資料物件的屬性名稱。 : 習慣於物件導向操作的人就會習慣這樣的模式。 很遺憾,小弟也很習慣物件導向,但我幾乎不使用這個方式, 您知道物件跟雜湊在解開後所佔用的資源差異嗎? 當我們反覆產生 100 個 object 和 100 個 hash 或 array 時可能沒有什麼感覺, 但是良好的節約習慣常常會在不經意的地方救自己一命, 並不是說不要使用物件型態的傳遞方式, 重點是要慎選當前狀況最適合使用的資料類型。 : 當然啦!這個資料物件是程式產生的所以你除了屬性之外也沒辦法能對他做其他的事。 : (比如讓這個資料物件提供方法這種事當然不行。) : 不過php比較詭異的地方就是說……… : foreach()除了可以解陣列……他連物件的屬性都可以解。 不知道您是否清楚,foreach 在對 object 所作的處理實際上是什麼, 有興趣的人可以參考 http://php.net/manual/en/language.oop5.iterations.php 簡單來說,實際上是 object 去提供了自己被巡迴的能力,並沒有什麼詭異的地方, 基本上在離我們很近的 javascript 和離我們很遠的 java 以及其他眾多的 程式語言中,物件本身都有實做巡迴的能力,所以這不是 不過php比較詭異的地方就是說……… foreach()除了可以解陣列……他連物件的屬性都可以解。 : 基本上不建議使用mysql_fetch_array()的原因即在於他是將 : mysql_fetch_row()和mysql_fetch_assoc()兩種都取。 : 這麼一來在計算陣列或是用foreach去解的話等於是解兩倍的資料。 : 當然就容易發生一些不該發生的錯誤。 不知道您是否清楚 mysql_fetch_array 一共提供了兩種參數輸入, 其中第二個參數可以指定回傳類型 MYSQL_ASSOC, MYSQL_NUM, MYSQL_BOTH 關於 array 和 hash 在使用上各有各的優缺點, 只要理解函數回傳的資料,並選擇當前狀況最適合使用的資料類型, array 並不一定會比 hash / object 難用 : 小知識: : 資料類別的定義方式: : <?php : class row{} : $row = new row; : $row->name = 'sam'; : $row->address = 'taipei'; : $row->sex = 'male'; : foreach($row as $key => $value){ : echo "{$key} => {$value}<BR>"; : } : ?> 請問您所提供的這個小知識:資料類別的定義方式, 是哪邊所記載的知識?或著只是您個人的經驗分享呢? 如果真的這樣去使用,物件大概會哭泣吧… (而且小弟不懂您的資料類別是什麼意思) : 就會印出: : name => sam : address => taipei : sex => male -- 如同小弟一開始所說,很敬佩您熱心回答的熱誠, 大家在板上討論不同主題這麼多次了, 小弟很瞭解您是聽不進去的,所以這篇主要也只是幫板友釐清一些觀念而已 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.31.89.70

07/28 11:00, , 1F
好東西好觀念我怎麼會不聽呢?XDD
07/28 11:00, 1F

07/28 11:01, , 2F
我知道mysql_fetch_array()有第二個函式。
07/28 11:01, 2F

07/28 11:01, , 3F
打錯!參數。(就說了我心不到手到。)
07/28 11:01, 3F

07/28 11:02, , 4F
不過,對於初學或是以開發程式為目的的人而言。
07/28 11:02, 4F

07/28 11:03, , 5F
講得太過原理的東西....似乎合適用於改善功能效率的研究。
07/28 11:03, 5F

07/28 11:03, , 6F
但並不合適在一開始就要他們接受深入探討吧。
07/28 11:03, 6F

07/28 11:08, , 7F
至於資料類別...小知識有CODE不是很清楚了?
07/28 11:08, 7F

07/28 11:09, , 8F
或是像CI那樣的db_query(內置解出資料方法的資料類別)
07/28 11:09, 8F

07/28 11:11, , 9F
如果這樣要哭哭,ci的db_query你叫他情何以堪?
07/28 11:11, 9F

07/28 21:16, , 10F
錯誤的觀念比沒觀念還要糟糕...
07/28 21:16, 10F

07/28 22:01, , 11F
知道問題會改,比被指責不改還糟糕!
07/28 22:01, 11F

07/28 22:26, , 12F
建議樓上重新看一下上面這句,訓練一下邏輯...
07/28 22:26, 12F

07/29 01:51, , 13F
自從之前第幾代語言後,物件就算被濫定義/使用也已經不稀奇了
07/29 01:51, 13F

07/29 08:14, , 14F
所謂「濫定義/使用」的標準是?能給個量化的資料嗎?
07/29 08:14, 14F

07/29 11:04, , 15F
請你解釋/定義何謂你所謂的資料類別
07/29 11:04, 15F

07/29 11:50, , 16F
建議引言再加上一些符號不只是顏色 我看到第二次才看出
07/29 11:50, 16F

07/29 11:50, , 17F
那是要反駁的點.
07/29 11:50, 17F
文章代碼(AID): #1ECCceM6 (PHP)
討論串 (同標題文章)
文章代碼(AID): #1ECCceM6 (PHP)