最近你們在吐槽H5框架慢問題,我這裏想到了一個小小的比喻,但願分享給你們
若是咱們把上班過程比喻爲項目上線過程,步行比喻爲不用框架,乘坐公交車比喻爲使用框架,假設一我的上班從家裏到公司,步行正常狀況須要5分鐘,家裏和公司中間有10個公交站臺。
我想:
用了框架的好處:
你們乘坐公交車,只須要交錢上車,不須要關心路怎麼走,怎麼比較近到公司,有位置就坐下,還能夠玩玩手機,刷刷微博,公交車就會送你到公司,若是好比爲開發項目, 你們用同一套標準,框架封裝了不少基礎類,調用原生,服務器很是方便,由於開發標準相同,後期維護,迭代,升級比較容易,開發起來很是簡單。瀏覽器
用了框架的壞處:
由於公交車爲了知足不一樣人的需求,不一樣地點要上下車,必然會浪費其餘人的時間,咱們都但願每一個人同一個地點上,同一個地點下,可是實際狀況根本不是這樣,需求各類各樣,公交車爲了保證每一個人都能到達公司,必然會損失大量的時間,並且每一個人上車帶的東西(能力)都是各類各樣,公交車一定會增長不少負載,所以極可能最後步行的人已經到公司了,乘坐公交車的人還在路上堵着的
若是遇到那條路自己都是坑坑窪窪,公交車行走自己都很是緩慢,正如Html5還未徹底兼容大部分瀏覽器,天生的缺陷,就算是用一個跑車來載客,速度和普通公交車仍是同樣的。固然這個和司機也有關係。好司機技術好也會加快到公司的速度。安全
不用框架好處:
我能夠根據自身狀況,不一樣項目,走適合的不一樣的路線,線路不會固定,限制不多不少。極可能比乘坐公交車堵車等狀況更快能到達公司。服務器
不用框架壞處:
從家裏到公司,每一個人有不一樣的走法,有的人走得快,3分鐘就到,有的人可能須要10分鐘才能到,相比乘坐公交車,會損耗每一個人的體力。不一樣人的能力不同。行走的路上確定會趕上坑,這個坑,不少人都會遇到,有些有經驗的人很容易就跨過,可是有些人就跨不過,就會掉坑裏,爬不起來。有些人即便最後跨過了,必定要花費更多的時間。並且每一個人遇到的坑,極可能會在其餘地方也遇到,這個坑很能讓其餘人避免。實際目前作這塊開發都是新人,才學會走路那種就要求他準時到公司。框架
咱們應該是能夠根據項目實際狀況,選擇是否步行仍是乘坐公交車,有些住在公司附近的就不用選擇乘坐公交車,能用靜態發佈的就不用用公交車,若是必定要用公交車,那就得選一個好的公交車,不一樣公交車,他各方面性能不同(有的速度快,可是不安全,有的安全,可是速度慢),不管選用什麼公交車,若是隻選擇一輛,確定是不可能解決全部問題的,所以,實際狀況,都是選擇不通公交車,取了他們各自的優點。而後增長咱們本身東西,讓他可以知足咱們公司內部的各類需求。
,有時候即便有了公交車,你們在車上不遵照公交車秩序,確定到公司速度也會很慢纔到公司的。我以爲對比別人公交車,要看別人公交車使用量,知足的載客人數,別人車上載幾我的,同一個目的地,固然很是快就能到達公司。性能
最後,既然選擇了坐公交車,做爲司機,必定是但願你們都能順利,安全到達公司的。開發