技術(shù) 點(diǎn)
- 技術(shù)
- 點(diǎn)
- V幣
- 點(diǎn)
- 積分
- 21536
|
最近幾日有若干網(wǎng)友都在問(wèn)詢關(guān)于圖片方面的問(wèn)題。圖片的處理是數(shù)據(jù)管理的一個(gè)重要方面,處理方法也多種多樣。許多版友希望將圖片存入數(shù)據(jù)庫(kù)中,也有版友喜歡將圖片地址存入數(shù)據(jù)表,這兩種方法我個(gè)人認(rèn)為都不必要。首先來(lái)說(shuō),直接將圖片存入數(shù)據(jù)庫(kù)是不大可取的,其原因在于圖片會(huì)消耗掉數(shù)據(jù)庫(kù)非常大的存儲(chǔ)空間,使數(shù)據(jù)庫(kù)變得非常笨拙。而且企圖將大量圖片存入Access數(shù)據(jù)表中幾乎不可能。即使用SQL SERVER或者ORACLE數(shù)據(jù)庫(kù)負(fù)擔(dān)也是非常沉重的。
正是由于這個(gè)原因,圖片存入某個(gè)(或者某組)特定的文件夾似乎更為合理。采取這個(gè)方法后,將圖片的地址存入某條記錄中,以使得圖片與該條記錄聯(lián)系起來(lái),這樣的做法是否必要呢?回答這個(gè)問(wèn)題之前,需要討論一個(gè)問(wèn)題,那就是圖片的存儲(chǔ)位置是否是確定的。這個(gè)答案是肯定的,原因在于如果圖片位置不確定,那么保存地址也是沒(méi)有意義的。這是一個(gè)反向的推理,由這個(gè)推理我們不難看出,既然位置是確定的。那么是否保存圖片地址其實(shí)并不重要。重要的只是在于:圖片地址的信息中是否包含了標(biāo)識(shí)特定記錄的一些特征值。如果包含了,那么記錄就與特定位置的圖片聯(lián)系起來(lái)了,而這種聯(lián)系不依賴于記錄是否保存圖片地址。
可能闡述的有點(diǎn)攪和,也許你沒(méi)聽(tīng)懂。舉個(gè)例子說(shuō),你很快就明白了。假設(shè)你的客戶端所在的文件夾下有一個(gè)名曰圖片的子文件夾,這個(gè)文件夾下有一個(gè)圖片名曰“黃瓜.jpg”。你有一條關(guān)于黃瓜的記錄,這條記錄顯示在窗體上時(shí),你希望看到黃瓜而不是番茄。由于“黃瓜.jpg”包含了記錄中名稱字段的信息。加之文件夾地址你很容易獲取,所以你就無(wú)需在記錄中保存這個(gè)圖片的地址。你盡可以用諸如:CurrentProject.path & "\圖片\" & me.名稱.value & ".jpg",這樣的地址來(lái)給圖片的Picture屬性賦值。
除了圖片的存儲(chǔ)問(wèn)題外,展示圖片的方法也有很多。而且圖片控件與其他控件的結(jié)合使用,也是程序設(shè)計(jì)中常常遇到的問(wèn)題。關(guān)于這方面的處理,我曾經(jīng)寫過(guò)很多示例。今天的這個(gè)示例,只是從另外的一些側(cè)面來(lái)說(shuō)明處理方法。應(yīng)該說(shuō)圖片的問(wèn)題,核心是Picture屬性賦值的問(wèn)題,掌握了這個(gè)基本的東西。你再瞎折騰一番,就可以使窗體呈現(xiàn)出豐富多彩的樣式。你想要讓窗體落英繽紛,繁花似錦,那就只需要展開(kāi)豐富的想象力了,技術(shù)手段此時(shí)將退到次要位置。
示例:
視圖:
|
本帖子中包含更多資源
您需要 登錄 才可以下載或查看,沒(méi)有帳號(hào)?注冊(cè)
x
|