乙個border引發的血案

2021-09-22 09:26:49 字數 1307 閱讀 3368

如果你要用css去表達元素沒有邊框,你會怎麼表達?

是border:0呢? 還是border:none呢?

我聽過很多人推薦使用border:none,因為其理由是客戶端的渲染。 乍聽之下會覺得:嗯,有道理,又學到東西了呵…… 其實,很多時候,**是死的,沒有絕對的好與壞! 在相對論面前,神馬都是浮雲……

要想明白哪種寫法最適合你當前的環境,那麼就必須先了解這兩種寫法的含義及優缺點:

一、border:0含義:

它代表著邊框:大小為0,在瀏覽器解析後的結果是沒有邊框優點1:在寫的時候,少寫三個字母,這代表在寫**時,這種寫法的效率更高優點2:比另外一種寫法少了三個位元組,這代表它在體積上更節約了,減低了服務端的負擔缺點:瀏覽器在解析它的時候,會認為是(邊框:其它的預設渲染依然存在,比如solid?比如red?僅是大小為0)

二、border:none含義:

它代表著邊框:沒有,在瀏覽器解析後的結果,未必是所有元素都沒有邊框,試試input如何?優點1:瀏覽器在解析它的時候,會認為是(邊框:什麼也沒有,不渲染任何樣式),不同於border:0,它畢竟還是有渲染的,但border:none是徹底無視,所以當瀏覽器在看它border:none時,就選擇了路過……!缺點:請參考border:0的優點

那麼讀到了這裡,你會不會這樣理解?

border:0是為了服務端而服務的,它算是減輕了伺服器的壓力 border:none是為了客戶端而服務的,它算是減輕了瀏覽器的壓力

那麼,你現在決定了選擇哪種寫法?

我個人是無論大小**,基本都選擇border:0的 因為就**而言,我覺得伺服器的壓力大於瀏覽器,因為伺服器只有乙個,而瀏覽器,有n個…… 如果你的是大**,你的伺服器有多牛?千萬別小看一句寫法少了三個位元組,千萬別認為是"三個位元組而已" 反之,如果是小**,你的**要有多複雜,才會讓瀏覽器負荷到造成你瀏覽產生困擾的地步?從而必須要選擇border:none去優化? 或許你不認同這種觀點,那麼我們換一種觀點?用一些小學知識去理解怎麼樣?

ok!border:0有兩個優點;border:none只有乙個優點;

二大於一 yes!border:0贏了!yeah~

乙個memset引發的血案

前幾天做了一道bst題,提交了幾次都是wa,今天抽空拿了出來仔細瞧瞧總算被我發現禍頭根源.總結原因還在於自己對memset不太了解,以前用對估計也是瞎貓撞見死耗子 memset的介紹 void memset void buffer,int ch,size t count buffer 指向某段記憶體...

乙個分號引發的「血案」

再多的表情也無法詮釋我現在的心情!a b for matrices 這是很水的一道題,然而卻整整折騰了我2個多小時。從晚上6點多開始,花了沒幾分鐘就把 敲好了,可是資料一測,竟然不對,然後就開始找問題,找了很久,我竟然都還沒看出問題在哪,越找心裡越不爽,這麼做明明對的呀,一執行怎麼就錯了呢?一直到了...

乙個strlen引發的血案

部分測試 原來是這樣的 int decryptrelation aesdecryptfromfiletobytes const std string in file path,unsigned char out data,const char aes encrypt key,int in data ...