充電慢、交換電池麻煩，這是全電動車的兩難，尤其是若要發展大眾運輸，全電動公車可不能總是停在路邊充電，為了解決這個問題，機電大廠ABB 推出以超級電容（Supercapacitors）「閃充」技術，如今已經接到第一筆訂單。

2016 年7 月中，美國政府期望推動讓未來的電動車能在10 分鐘內充電完成，不過，其實不用等到未來，ABB 現有的技術就已經讓10 分鐘看起來顯得落伍，因為超級電容可以600kW，在15 秒內閃充，提供電動公車行駛到下一個充電站的電力，而若是需完全充飽電池，也只需要幾分鐘。ABB 已經小規模測試此技術數年。

如今，ABB 接到第一筆商業訂單，來自於公車營運商Tosa，將於日內瓦市郊到機場的公車路線上行駛。這款全電動公車行駛時與一般公車無異，不過總共50 個公車站中，有13 個公車站是充電站，當公車進站時，車頂上會伸出接收器，與車站的充電裝置接觸，在15 秒內閃充，取得可行駛到下一個充電站的電力，而在公車總站，則有200kW充電器，以3~5 分鐘時間將電池完全充飽。

充電站採用超級電容，超級電容的能源密度雖然不如鋰電池，但可緩緩充能，於短時間內一次釋放，除了縮短電動公車的充電時間，使得公車能在靠站時閃充以外，也能減輕電網負擔，因為用電量是平均分攤在緩緩充能的階段，而不是一接上充電座時就突然大增電力需求，充完又需求突降，造成電網調度上的困擾。另一方面，由於分散了負擔，整個充電站可以用較低成本的低電流規劃打造。

這種方式也利於應用太陽能，公車站可設置太陽能發電，為超級電容緩緩充能，充電時間之中萬一有雲飄過，一時中斷供電，也不會產生太大影響。而由於公車班次最多時間是在白天，因此太陽能可發揮相當效用。

ABB 先前將超級電容應用於電車煞車回電，2013 年起，ABB 與Tosa 測試超級電容應用於全電動公車，目前測試結果，其成本已經與柴油車相當，未來隨著相關技術成熟，電池價格進一步下降，將有可能比柴油車更便宜，除了價格以外，全電動公車還有無碳排放、無廢氣空氣污染、噪音低的好處，有助於改善市區生活品質。

這款全電動巴士預定於2018 年全面營運。

來源：

（本文授權轉載自《》──〈〉。圖片來源：）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

一 deploymentPod升級和回滾

1.1 deployment升級

若Pod是通過Deployment創建的，可以在運行時修改Deployment的Pod定義（spec.template）或鏡像名稱，並應用到Deployment對象上，系統即可完成Deployment的自動更新操作。 如果在更新過程中發生了錯誤， 則還可以通過回滾操作恢復Pod的版本。

示例：

  1 [root@uk8s-m-01 study]# vi nginx-deployment.yaml
  2 apiVersion: apps/v1beta1
  3 kind: Deployment
  4 metadata:
  5   name: nginx-deployment
  6 spec:
  7   replicas: 3
  8   template:
  9     metadata:
 10       labels:
 11         app: nginx
 12     spec:
 13       containers:
 14       - name: nginx
 15         image: nginx:1.7.9
 16         ports:
 17         - containerPort: 80
 18 
 19 [root@uk8s-m-01 study]# kubectl create -f nginx-deployment.yaml
 20 [root@uk8s-m-01 study]# kubectl get pods

  1 [root@uk8s-m-01 study]# kubectl get deployment			#查看deployment
  2 [root@uk8s-m-01 study]# kubectl set image deployment/nginx-deployment nginx=nginx:1.8.1	#命令更新
  3 [root@uk8s-m-01 study]# kubectl get pods			        #查看升級后的pod

  1 [root@uk8s-m-01 study]# kubectl edit deployment/nginx-deployment			#直接編輯deployment

  1 [root@uk8s-m-01 study]# kubectl rollout status deployment/nginx-deployment		#查看升級情況

  1 [root@uk8s-m-01 study]# kubectl get pods
  2 [root@uk8s-m-01 study]# kubectl describe pod nginx-deployment-7448597cd5-8sng2 | grep Image

1.2 deployment升級原理

  1 [root@uk8s-m-01 study]# kubectl describe deployments/nginx-deployment		#觀察Deployment的更新過程

初始創建Deployment時，系統創建了一個ReplicaSet（nginx-deployment-5754944d6c），並按用戶的需求創建了3個Pod副本。

當更新Deployment時，系統創建了一個新的ReplicaSet（nginx-deployment-b5f766d54），並將其副本數量擴展到1，然後將舊ReplicaSet縮減為2。

之後，系統繼續按照相同的更新策略對新舊兩個ReplicaSet進行逐個調整。

最後，新的ReplicaSet運行了3個新版本Pod副本，舊的ReplicaSet副本數量則縮減為0。

  1 [root@uk8s-m-01 study]# kubectl get rs			#查看多次升級的結果

注意：在整個升級的過程中，系統會保證至少有兩個Pod可用，並且最多同時運行4個Pod，這是Deployment通過複雜的算法完成的。Deployment需要確保在整個更新過程中只有一定數量的Pod可能處於不可用狀態。在默認情況下，Deployment確保可用的Pod總數至少為所需的副本數量（DESIRED）減1，也就是最多1個不可用（maxUnavailable=1）。

1.3 deployment升級策略

在Deployment的定義中，可以通過spec.strategy指定Pod更新的策略，目前支持兩種策略：Recreate（重建）和RollingUpdate（滾動更新），默認值為RollingUpdate。

• Recreate：設置spec.strategy.type=Recreate，表示Deployment在更新Pod時，會先殺掉所有正在運行的Pod，然後創建新的Pod。
• RollingUpdate：設置spec.strategy.type=RollingUpdate，表示Deployment會以滾動更新的方式來逐個更新Pod。同時，可以通過設置spec.strategy.rollingUpdate下的兩個參數（maxUnavailable和maxSurge）來控制滾動更新的過程。

• spec.strategy.rollingUpdate.maxUnavailable：用於指定Deployment在更新過程中不可用狀態的Pod數量的上限。 該maxUnavailable的數值可以是絕對值（例如5）或Pod期望的副本數的百分比（例如10%），如果被設置為百分比，那麼系統會先以向下取整的方式計算出絕對值（整數）。而當另一個參數maxSurge被設置為0時，maxUnavailable則必須被設置為絕對數值大於0。舉例來說，當maxUnavailable被設置為30%時，舊的ReplicaSet可以在滾動更新開始時立即將副本數縮小到所需副本總數的70%。一旦新的Pod創建並準備好，舊的ReplicaSet會進一步縮容，新的ReplicaSet又繼續擴容。整個過程中系統在任意時刻都可以確保可用狀態的Pod總數至少佔Pod期望副本總數的70%。
• spec.strategy.rollingUpdate.maxSurge：用於指定在Deployment更新Pod的過程中Pod總數超過Pod期望副本數部分的最大值。該maxSurge的數值可以是絕對值（例如5）或Pod期望副本數的百分比（例
• 如10%）。如果設置為百分比，那麼系統會先按照向上取整的方式計算出絕對數值（整數）。舉例來說，當maxSurge的值被設置為30%時，新的ReplicaSet可以在滾動更新開始時立即進行副本數擴容，只需要保證新舊ReplicaSet的Pod副本數之和不超過期望副本數的130%即可。一旦舊的Pod被殺掉，新的ReplicaSet就會進一步擴容。在整個過程中系統在任意時刻都能確保新舊ReplicaSet的Pod副本總數之和不超過所需副本數的130%。

1.4 deployment回滾

默認情況下，所有Deployment的發布歷史記錄都被保留在系統中，以便於我們隨時進行回滾（可以配置歷史記錄數量）。

  1 [root@uk8s-m-01 study]# kubectl rollout history deployment/nginx-deployment	#查看部署歷史
  2 [root@uk8s-m-01 study]# kubectl rollout history deployment/nginx-deployment  --revision=3	#查看對應的部署歷史版本
  3 [root@uk8s-m-01 study]# kubectl rollout history deployment/nginx-deployment  --revision=2	#查看對應的部署歷史版本

提示：Deployment的更新操作是在Deployment進行部署（Rollout）時被觸發的，即當且僅當Deployment的Pod模板（即spec.template）被更改時才會創建新的修訂版本，例如更新模板標籤或容器鏡像。其他更新操作（如擴展副本數）將不會觸發Deployment的更新操作，因此將Deployment回滾到之前的版本時，只有Deployment的Pod模板部分會被修改。

  1 [root@uk8s-m-01 study]# kubectl rollout undo deployment/nginx-deployment --to-revision=2	#回滾版本
  2 [root@uk8s-m-01 study]# kubectl describe deployment/nginx-deployment

1.5 暫停和恢復deployment

對於一次複雜的Deployment配置修改，為了避免頻繁觸發Deployment的更新操作，可以先暫停Deployment的更新操作，然後進行

配置修改，再恢復Deployment，一次性觸發完整的更新操作，從而避免不必要的Deployment更新操作了。

  1 [root@uk8s-m-01 study]# kubectl get deployments				#查看deployment
  2 [root@uk8s-m-01 study]# kubectl get rs					#查看rs
  3 [root@uk8s-m-01 study]# kubectl rollout pause deployment/nginx-deployment	#暫停deployment
  4 [root@uk8s-m-01 study]# kubectl set image deployment/nginx-deployment nginx=nginx:1.10.3	#升級操作，但由於暫停deployment，因此不會觸發更新
  5 [root@uk8s-m-01 study]# kubectl rollout history deployment/nginx-deployment	#查看歷史版本
  6 [root@uk8s-m-01 study]# kubectl set resources deployment/nginx-deployment -c=nginx --limits=cpu=200m,memory=512Mi
  7 [root@uk8s-m-01 study]# kubectl rollout resume deployment/nginx-deployment	#恢復deployment
  8 [root@uk8s-m-01 study]# kubectl get rs
  9 NAME                          DESIRED   CURRENT   READY   AGE
 10 nginx-deployment-7448597cd5   0         0         0       52m
 11 nginx-deployment-84bc94dcb7   1         1         0       6s
 12 nginx-deployment-b5f766d54    3         3         3       55m

  1 [root@uk8s-m-01 study]# kubectl describe deployment/nginx-deployment
  2 [root@uk8s-m-01 study]# kubectl describe pods nginx-deployment-84bc94dcb7-hqxkk | grep Image
  3     Image:          nginx:1.10.3

二 RC升級和回滾

2.1 RC滾動升級

， Kubernetes提供了kubectl rolling-update命令進行對於RC的滾動升級。該命令創建了一個新的RC，然後自動控制舊的RC中的Pod副本數量逐漸減少到0，同時新的RC中的Pod副本數量從0逐步增加到目標值，來完成Pod的升級。

注意：該方式要求新的RC與舊的RC都在相同的命名空間內。

示例：

  1 [root@uk8s-m-01 study]# vi redis-master-controller-v1.yaml
  2 apiVersion: v1
  3 kind: ReplicationController
  4 metadata:
  5   name: redis-master-v1
  6   labels:
  7     name: redis-master
  8 spec:
  9   replicas: 1
 10   selector:
 11     name: redis-master
 12   template:
 13     metadata:
 14       labels:
 15         name: redis-master
 16     spec:
 17       containers:
 18       - name: master
 19         image: kubeguide/redis-master:1.0
 20         ports:
 21         - containerPort: 6379
 22 
 23 [root@uk8s-m-01 study]# kubectl create -f redis-master-controller-v1.yaml

  1 [root@uk8s-m-01 study]# vi redis-master-controller-v2.yaml		#RC升級配置文件
  2 apiVersion: v1
  3 kind: ReplicationController
  4 metadata:
  5   name: redis-master-v2
  6   labels:
  7     name: redis-master
  8     version: v2
  9 spec:
 10   replicas: 1
 11   selector:
 12     name: redis-master
 13     version: v2
 14   template:
 15     metadata:
 16       labels:
 17         name: redis-master
 18         version: v2
 19     spec:
 20       containers:
 21       - name: master
 22         image: kubeguide/redis-master:2.0
 23         ports:
 24         - containerPort: 6379

注意：使用此方式升級的時候需要注意以下兩點：

1. RC的名字（name） 不能與舊RC的名字相同。
2. 在selector中應至少有一個Label與舊RC的Label不同， 以標識其為新RC。如上所示新增了一個名為version的Label，以與舊RC進行區分。

  1 [root@uk8s-m-01 study]# kubectl rolling-update redis-master-v1 -f redis-master-controller-v2.yaml
  2 [root@uk8s-m-01 study]# kubectl rolling-update redis-master-v1 --image=kubeguide/redis-master:2.0	#也可直接命令中升級

kubectl通過新建一個新版本Pod， 停掉一箇舊版本Pod，如此逐步迭代來完成整個RC的更新。

2.2 RC回滾

  1 [root@uk8s-m-01 study]# kubectl rolling-update redis-master-v1 --rollback

提示：RC的滾動升級不具有Deployment在應用版本升級過程中的歷史記錄、新舊版本數量的精細控制等功能，RC將逐漸被RS和Deployment所取代，建議用戶優先考慮使用Deployment完成Pod的部署和升級操作。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

近日，中國科技部發佈關於對國家重點研發計畫高新領域重點專項2017年度專案申報指南建議徵求意見的通知。新能源汽車專項的總體目標是，繼續深化實施新能源汽車「純電驅動」技術轉型戰略；升級新能源汽車動力系統技術平臺；抓住新能源、新材料、資訊化等科技帶來的新能源汽車新一輪技術變革機遇，超前部署研發下一代技術；到2020年，建立起完善的新能源汽車科技創新體系，支撐大規模產業化發展。  
  新能源汽車試點專項按照動力電池與電池管理系統、電機驅動與電力電子、電動汽車智慧化、燃料電池動力系統、插電/增程式混合動力系統和純電動力系統6個創新鏈，共部署38個重點研究任務，專項實施週期為5年。其中，對於插電式混合動力系統的考核標準已經逐步完善，對新型高性價比乘用車混合動力總成開發與整車集成的考核標準為：整車加速時間0-100km/h≤5s，0-50km/h≤2.5s；綜合工況純電續駛里程≥70km；燃油消耗量較第四階段油耗限值降低比例≥40%；整車實現銷售≥5000台。   純電動汽車未來的百公里加速要在6S以內，專項對純電動力系統的其中一項考核標準是，在工況下，最大爬坡度≥30%，純電續駛里程≥300km，0-100km/h加速時間≤6s，30分鐘最高車速≥120km/h；電制動降低電能消耗率≥25%；整車具備安全穩定的轉向功能，並實現小批量試驗運行。   電動汽車目前的關鍵技術在於動力電池，專項對與新能源汽車的動力電池和電池管理系統的考核標準是：提交高比能鋰離子電池的安全風險識別方法與評測報告；建立電池的安全評測體系，形成相關安全標準；電池單體能量密度≥300Wh/kg，迴圈壽命≥1500次，成本≤0.8元/Wh，安全性達到國標要求，年生產能力≥1億瓦時。   文章來源：EV世紀

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

搭載第五代 eDrive 技術，續航突破 440 公里的 BMW iX3，今日正式登場，並宣布於明年起在中國、北美和歐洲開賣，台灣消費者幾乎肯定買不到，因為這款車將會在中國製造。

德國汽車大廠 BMW，去年介紹了 iX3 的概念車型後，就受到許多車迷期待，今天終於宣布要在 2020 年正式開賣，先來看看這輛車的規格與性能吧。

BMW iX3 搭載 74 kWh 的新版電池組，根據歐盟標準，滿電里程達到 440 公里，馬達能夠輸出 286 馬力，最大扭力為 400 牛頓米。極速達到每小時 200 公里，零到一百加速時間為 6 秒，能源效率部分，官方並未提供準確數據，只表示會低於 20 kW/100 km，由於 BMW i3 的能源效率約為 15 kW/100 km，因此保守估計 iX3 應該能有差不多的表現。

BMW i3 做為集團最初代的電動車，雖然銷售不算太好，但在品牌效應下，仍然有穩定的市場。iX3 的命名則非常有趣，因為它雖然是集團第二款純電車，但他並不是 i3 的後繼車款，而是新一代的 X3，被定義為首款純電動的 SAV（Sport Activity Vehicle）。

iX3 除了純電版本，還會推出同款的燃油版跟油電板，一車三吃。它所搭載的第五代 eDrive 是 BMW 為了下一個世代的電動車所開發的新動力系統，未來將會使用在 i4 跟 i-NEXT 身上。

無論 BMW 願不願意，iX3 的尺寸和價位都無法避免要跟 Tesla 的 SUV 相比，單純比較性能的話，iX3 跟 Model Y 比較接近，但特斯拉在各方面都小贏一些，價格如果沒意外的話，Model Y 應該會比 iX3 便宜不少，但是考慮到內裝和品牌效應，這兩台車應該會讓不少車主苦惱一番（官方售價尚未公布，推測落在 7 萬美元左右）。

不過台灣車主大概不需要苦惱，因為 ，除非法規鬆綁，否則台灣注定是買不到這台車了。台灣的 BMW 車友如果想要入手新款的 電動車，就要等 2021 年的 i4 了。

▲ 第五代 eDrive 動力元件是 BMW 邁入下一個時代的最重要核心技術。（Source：）

BMW 是少數不打算自行研發電池的傳統車廠，目前 i3 使用的是南韓三星的電池組，而 iX3 將會使用寧德時代的電池組。這家車廠將心力投注在他們的 eDrive 動力系統上，根據目前釋出的訊息來看，BMW 的新款馬達並沒有採用目前常見的永磁同步馬達，而是用他們研發的新系統，將馬達、差速器跟系統電子組件全部整合在一起，變成極為精簡的驅動元件，同時提供優秀的動力表現。

「第五代 eDrive 的驅動元件，重量出力比跟前代相較之下提升了 30%，」BMW 官方發言人表示，不僅效率提升，製作過程中也不再需要使用稀土，未來他們將會大量應用這款驅動元件在各種車型上。

此外，寧德時代提供給 BMW 的方形電池組，採用的是新技術 NMC-811 電池，鎳的比例更高，鈷和錳比例下降，除了成本更低，能量密度也更高。

iX3 另一個隱藏的對手是 Tesla Model Y，由於交車時間尚未明朗，許多車主還在觀望，如果 Model Y 在 2020 年第一季順計出貨，那 BMW iX3 可能會跟 i3 一樣，只能固守基本盤，無法吃下更多電動休旅車的市場。

（合作媒體：。首圖來源：）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

日經新聞 14 日，本田汽車（Honda）將和五十鈴（ISUZU）攜手研發使用氫氣作為燃料的燃料電池卡車，期望藉此推動燃料電池車（FCV）的普及腳步。

據報導，此將是本田首度將 FCV 技術提供給外部企業使用，而五十鈴計畫早期推出使用本田燃料電池系統的卡車車款。除五十鈴之外，本田今後也計畫將燃料電池系統販售給造船公司等外部企業。

FCV 是使用氫氣作為燃料進行行駛的車款，因不會排放二氧化碳，因此被視為「究極的環保車」，不過因供應燃料的氫氣站缺乏、導致 FCV 普及速度牛步，不過若是卡車等商用車的話、因有固定的行駛路徑因此更易於進行氫氣站的整備。

全球 FCV 普及腳步緩慢，根據英國調查公司 IHS Markit 指出，相較於 2018 年電動車市場規模約 140 萬台、FCV 僅約 4,000 台。

豐田於 2014 年 12 月開賣全球首款量產款 FCV「MIRAI」、本田也於 2016 年推出 FCV 車「Clarity」。

南韓媒體中央日報日文版 1 月 14 日報導，根據南韓產業通商資源部指出，2019 年 1-10 月期間全球 FCV 銷售量為 6,126 台，其中南韓現代汽車拿下高達 60%（3,666 台）的銷售市佔率，其次為豐田（2,174 台）和本田（286 台）。

豐田汽車會長內山田竹志於 2019 年 9 月 25 日在東京都內舉行的「氫氣部長級會議」上表示，關於燃料電池車（FCV）「MIRAI」的次代車款，「目前正進行最終研發、目標在 2020 年內開賣」。

日本媒體報導，由約 40 個國家／機關代表者出席、討論氫氣普及對策的「氫氣部長級會議」於 2019 年 9 月 25 日在東京都內舉行，而擔任議長的日本經濟產業大臣菅原一秀提案，將使用燃料電池的車輛、飛機等交通工具的普及數量在今後 10 年間擴增至 1,000 萬台訂為全球目標，而該提案獲得與會各國贊同。

另外，該會議上也同意，計畫在 10 年內將供應燃料的氫氣站數量自現行的數百座擴增至 1 萬座。

（本文內容由 授權使用。首圖來源：）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

電動車邊最怕路上沒電，但如果能邊跑邊充電，就不怕沒電的問題，這項殺手級應用聽起來很科幻，但現實世界，可充電公路已進入測試階段，離實際應用應該也不遠了。

將無線充電套件嵌入道路表面上，就成了名符其實的充電道路，美國晶片廠高通近期就在法國測試道路上展示這項技術，稱之為電動車行進間充電(dynamic electric vehicle charging，簡稱DEVC)。

據Economictimes報導，DEVC可對高速行駛之汽車，以最高20kW的功率充電，目前同一條跑道上，DEVC能同時對兩輛電動車進行充電。

歐洲非常重視電動車發展，這項計畫是由歐盟執委會（European Commission）主導，共耗費一千萬美元，來自九個歐盟成員國的25個機構共同參與。報導指出，無線充電電動車預計2017、2018年上市，多數主要車廠正準備制訂全球無線充電標準。

（本文內容由授權使用。圖片出處：wikipedia）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

各個車廠看到電動車的趨勢，不願意讓Tesla 再繼續引領風潮，包括Jaguar 也將在2018 年下半年發表電動車車款。

Jaguar 的新電動車概念車I-PACE 將在2018 年下半年推出，將是Jaguar 第一台純電動車。性能方面具備700Nm 高扭力，400PS 馬力與4 秒內完成0~100km/h 加速的超高性能，相信是追求速度和零排放車主的選擇。

Jaguar 決定推出全電動車，意味著要跟Tesla 在SUV 市場短兵相接。由於電動車不用傳統車子的馬達系統，車內空間可以更寬敞讓乘客和駕駛更舒適。

（合作媒體：。圖片出處：Jaguar）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

ES6的Map的鍵可以是任意的數據結構，並且不重複。

那麼map的底層原理是啥呢？

Map利用鏈表，hash的思想來實現。

首先，Map可以實現刪除，而且刪除的數據可以是中間的值。而鏈表的優勢就是在中間的任意位置添加，刪除元素都非常快，不需要移動其他元素，直接改變指針的指向就可以。。

而在存儲數據很多的情況下，會導致鏈條過長，導致查找效率慢，所以我們可以創建一個桶（存儲對象的容器），根據hash（把散列的值通過算法變成固定的某值）來平局分配數據，防止鏈條過長。

如下圖：桶裏面有3個位置，每一個位置都是一個對象，通過next屬性指向下一個對象來把沒有關聯的對象聯到一起。

把Map屬性值和屬性名都存到對象的值里。

簡單模擬Map,代碼如下：

function Mymap() {  //構造函數
    this.init();
}

//初始化函數，創建桶（數組），每個位置都是一個對象，每個對象的屬性上設置next屬性，並且初始化為null。
Mymap.prototype.init = function () {  
    this.tong = new Array(8);
    for (var i = 0; i < 8; i++) {
        this.tong[i] = new Object();
        this.tong[i].next = null;
    }
};
//添加數據。
Mymap.prototype.set = function (key, value) {
    var index = this.hash(key);        //獲取到當前設置的key設置到那個位置上
    var TempBucket = this.tong[index]; //獲取當前位置的對象
    while (TempBucket.next) {          //遍歷如果當前對象鏈接的下一個不為空
        if (TempBucket.next.key == key) {  //如果要設置的屬性已經存在，覆蓋其值。
            TempBucket.next.value = value;
            return;                          //return ,不在繼續遍歷
        } else {
            TempBucket = TempBucket.next;  //把指針指向下一個對象。
        } }
    TempBucket.next = {  //對象的next是null ,添加對象。
        key: key,
        value: value,
        next: null
    }
};

//查詢數據
Mymap.prototype.get = function (key) {
    var index = this.hash(key);
    var TempBucket = this.tong[index];
    while(TempBucket){
        if(TempBucket.key == key){
            return TempBucket.value;
        }else{
            TempBucket = TempBucket.next;
        }
    }
    return undefined;
}

//刪除數據
Mymap.prototype.delete = function(key){
    var index = this.hash(key);
    var TempBucket = this.tong[index];
    while(TempBucket){
        if(TempBucket.next.key == key){
            TempBucket.next = TempBucket.next.next;
            return true;
        }else{
            TempBucket = TempBucket.next;
        }
    }
}
//看當前屬性是否存在
Mymap.prototype.has = function(key){
    var index = this.hash(key);
    var TempBucket = this.tong[index];
    while(TempBucket){
        if(TempBucket.key == key){
            return true;
        }else{
            TempBucket = TempBucket.next;
        }
    }
    return false;
}
//清空這個map
Mymap.prototype.clear = function(){
    this.init();
}
//使設置的屬性平均分配到每個位置上，使得不會某個鏈條過長。
Mymap.prototype.hash = function (key) {
    var index = 0;
    if (typeof key == "string") {
        for (var i = 0; i < 3; i++) {
            index = index + isNaN(key.charCodeAt(i)) ? 0 : key.charCodeAt(i);
        }
    }
    else if (typeof key == 'object') {
        index = 0;
    }
    else if (typeof key == 'number') {
        index = isNaN(key) ? 7 : key;
    } else {
        index = 1;
    }

    return index % 8;
}

var map = new Mymap();    //使用構造函數的方式實例化map

map.set('name','zwq');
map.get('name');
map.has('name);

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享