原文鏈接：https://fuckcloudnative.io/posts/deploy-k3s-cross-public-cloud/

最近一兩年各大雲服務商都出了各種福利活動，很多小夥伴薅了一波又一波羊毛，比如騰訊雲 1C2G 95/年 真香系列，華為雲和阿里雲也都有類似的活動，薅個兩三台就能搭建一個 Kubernetes 集群。但是跨雲服務商搭建 Kubernetes 集群並不像我們想象中的那麼容易，首先就是原生的 Kubernetes 組件本身對資源的消耗量很大，而雲服務器的資源非常有限，經不起這麼大傢伙的折騰，對此我們可以選擇使用輕量級 Kubernetes 發行版：k3s。

k3s 將安裝 Kubernetes 所需的一切打包進僅有 60MB 大小的二進制文件中，並且完全實現了 Kubernetes API。為了減少運行 Kubernetes 所需的內存，k3s 刪除了很多不必要的驅動程序，並用附加組件對其進行替換。由於它只需要極低的資源就可以運行，因此它能夠在任何 512MB 內存以上的設備上運行集群。

其實 k3s 的安裝非常簡單，分分鐘就能搞定，但對於公有雲來說，還是有很多坑的，比如內網不通、公網 IP 不在服務器上該咋辦？本文就為你一一解決這些難題，讓天下的雲羊毛都成為 k3s 的後宮！

1. 下載二進制文件

首先來解決第一個難題：k3s 二進制文件的下載。國內下載 GitHub 速度基本都是以幾個 kb 為單位，不忍直視，如果下載內容都是代碼，有很多辦法可以解決，比如通過碼雲中轉啊、直接通過 CDN 下載啊，什麼？你不知道可以通過 CDN 下載？好吧沒關係，現在我告訴你了：https://cdn.con.sh/。

但是上面的 CDN 並不能下載 release 里的內容，要想下載 release 里的內容，可以使用這個網站：https://toolwa.com/github/。打開網站，輸入 release 裏面的文件下載鏈接，點擊起飛即可加速下載。

當然，如果你會魔法上網的話，上面的所有花里胡哨的方法都可以無視，直接下載就好啦（本文選擇使用版本 v1.17.6+k3s1）：

$ wget https://github.com/rancher/k3s/releases/download/v1.17.6+k3s1/k3s -O /usr/local/bin/k3s
$ chmod +x /usr/local/bin/k3s

需要在所有節點中下載上述二進制文件。

2. 升級內核

k3s 的默認網絡插件是 flannel，默認模式是 vxlan 模式，建議使用 wireguard 模式，原因不解釋了，不知道 wireguard 是啥的自己去搜一下。

wireguard 對內核的要求比較高，而 CentOS 7.x 的默認內核是不滿足要求的，需要升級內核（如果你的操作系統是 CentOS 7.x 的話）。步驟如下：

① 載入公鑰

$ rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org

② 升級安裝 elrepo

$ rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-3.el7.elrepo.noarch.rpm

③ 載入 elrepo-kernel 元數據

$ yum --disablerepo=\* --enablerepo=elrepo-kernel repolist

④ 安裝最新版本的內核

$ yum --disablerepo=\* --enablerepo=elrepo-kernel install  kernel-ml.x86_64  -y

⑤ 刪除舊版本工具包

$ yum remove kernel-tools-libs.x86_64 kernel-tools.x86_64  -y

⑥ 安裝新版本工具包

$ yum --disablerepo=\* --enablerepo=elrepo-kernel install kernel-ml-tools kernel-ml-devel kernel-ml-headers -y

⑦ 查看內核插入順序

$ grep "^menuentry" /boot/grub2/grub.cfg | cut -d "'" -f2

CentOS Linux (3.10.0-1127.10.1.el7.x86_64) 7 (Core)
CentOS Linux (5.7.2-1.el7.elrepo.x86_64) 7 (Core)
CentOS Linux (0-rescue-96820b9851c24560b5f942f2496b9aeb) 7 (Core)

默認新內核是從頭插入，默認啟動順序也是從 0 開始。

⑧ 查看當前實際啟動順序

$ grub2-editenv list

saved_entry=CentOS Linux (3.10.0-1127.10.1.el7.x86_64) 7 (Core)

⑨ 設置默認啟動

$ grub2-set-default 'CentOS Linux (5.7.2-1.el7.elrepo.x86_64) 7 (Core)'

最後重啟檢查：

$ reboot
$ uname -r

注意：集群中的所有節點都需要升級內核。

3. 安裝 wireguard

內核升級了之後，就可以安裝 wireguard 了，也很簡單，步驟如下：

$ yum install epel-release https://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm
$ yum install yum-plugin-elrepo
$ yum install kmod-wireguard wireguard-tools

注意：集群中的所有節點都需要安裝。

4. 部署控制平面

下面就可以在控制節點上啟動控制平面的組件了，這裏我們選擇手動部署，這樣比較方便修改參數。先創建一個 Service Unit 文件：

$ cat > /etc/systemd/system/k3s.service <<EOF
[Unit]
Description=Lightweight Kubernetes
Documentation=https://k3s.io
Wants=network-online.target

[Install]
WantedBy=multi-user.target

[Service]
Type=notify
EnvironmentFile=/etc/systemd/system/k3s.service.env
KillMode=process
Delegate=yes
# Having non-zero Limit*s causes performance problems due to accounting overhead
# in the kernel. We recommend using cgroups to do container-local accounting.
LimitNOFILE=1048576
LimitNPROC=infinity
LimitCORE=infinity
TasksMax=infinity
TimeoutStartSec=0
Restart=always
RestartSec=5s
ExecStartPre=-/sbin/modprobe br_netfilter
ExecStartPre=-/sbin/modprobe overlay
ExecStart=/usr/local/bin/k3s \
    server \
    --tls-san <public_ip> \
    --node-ip <public_ip> \
    --node-external-ip <public_ip> \
    --no-deploy servicelb \
    --flannel-backend wireguard \
    --kube-proxy-arg "proxy-mode=ipvs" "masquerade-all=true" \
    --kube-proxy-arg "metrics-bind-address=0.0.0.0"
EOF

• 將 <public_ip> 替換成控制節點的公網 IP。
• flannel 使用 wireguard 協議來跨主機通信。
• kube-proxy 使用 ipvs 模式。

啟動 k3s 控制平面並設置開機自啟：

$ systemctl enable k3s --now

查看集群組件健康狀況：

$ kubectl get cs

NAME                 STATUS    MESSAGE   ERROR
scheduler            Healthy   ok
controller-manager   Healthy   ok

這裏的輸出沒有 etcd，因為 k3s 的默認數據存儲是 Sqlite，對於小型數據庫十分友好。Kubernetes 控制平面中發生的更改更多是與頻繁更新部署、調度 Pod 等有關，因此對於幾個節點的小型集群而言，數據庫不會造成太大負載，能省下不少資源，真香！

5. 加入計算節點

部署好控制平面之後，就可以加入計算節點了。首先在計算節點上創建 Service Unit 文件：

$ cat > /etc/systemd/system/k3s-agent.service <<EOF
[Unit]
Description=Lightweight Kubernetes
Documentation=https://k3s.io
Wants=network-online.target

[Install]
WantedBy=multi-user.target

[Service]
Type=exec
EnvironmentFile=/etc/systemd/system/k3s-agent.service.env
KillMode=process
Delegate=yes
LimitNOFILE=infinity
LimitNPROC=infinity
LimitCORE=infinity
TasksMax=infinity
TimeoutStartSec=0
Restart=always
RestartSec=5s
ExecStartPre=-/sbin/modprobe br_netfilter
ExecStartPre=-/sbin/modprobe overlay
ExecStart=/usr/local/bin/k3s agent \
    --node-external-ip <public_ip> \
    --node-ip <public_ip> \
    --kube-proxy-arg "proxy-mode=ipvs" "masquerade-all=true" \
    --kube-proxy-arg "metrics-bind-address=0.0.0.0"
EOF

環境變量文件 /etc/systemd/system/k3s-agent.service.env 中需要加入兩個環境變量：

• K3S_URL : API Server 的 URL，一般格式為：https://<master_ip>:6443。其中 <master_ip> 是控制節點的公網 IP。
• K3S_TOKEN : 加入集群所需的 token，可以在控制節點上查看 /var/lib/rancher/k3s/server/node-token 文件。

/etc/systemd/system/k3s-agent.service.env 內容如下：

K3S_URL=https://<master_ip>:6443
K3S_TOKEN=xxxxxxxx

啟動 k3s-agent 並設置開啟自啟：

$ systemctl enable k3s-agent --now

查看節點狀態：

$ kubectl get node

NAME         STATUS   ROLES    AGE     VERSION
blog-k3s01   Ready    master   3d6h    v1.17.6+k3s1
blog-k3s02   Ready    <none>   3d3h    v1.17.6+k3s1

6. 內網不互通的解決辦法

這裡會遇到一個問題，不同節點的 flannel 使用的是內網 IP 來進行通信，而我們的雲服務器是內網不互通的，而且公網 IP 也不在服務器上。可以看一下 node 的 annotations：

$ kubectl get node blog-k3s02 -o yaml

apiVersion: v1
kind: Node
metadata:
  annotations:
    flannel.alpha.coreos.com/backend-data: '"xxxxx"'
    flannel.alpha.coreos.com/backend-type: extension
    flannel.alpha.coreos.com/kube-subnet-manager: "true"
    flannel.alpha.coreos.com/public-ip: 192.168.0.11
    ...

可以看到 flannel 給節點打的註解中的節點 IP 是內網 IP。要想讓 flannel 使用公網 IP 進行通信，需要額外添加一個註解 public-ip-overwrite，然後 flannel 會基於這個 IP 配置網絡。按照官方文檔的說法，如果你的 node 設置了 ExternalIP，flannel 會自動給 node 添加一個註解 public-ip-overwrite，但我不知道該如何給 node 設置 ExternalIP，乾脆就直接手動加註解吧：

$ kubectl annotate nodes <master> flannel.alpha.coreos.com/public-ip-overwrite=<master_pub_ip>
$ kubectl annotate nodes <node> flannel.alpha.coreos.com/public-ip-overwrite=<node_pub_ip>

加了註解之後，flannel 的 public-ip 就會被修改為公網 IP。然後在各個節點上重啟各自的 k3s 服務，查看 wireguard 連接狀況：

$ wg show flannel.1

interface: flannel.1
  public key: ONDgJCwxxxxxxxJvdWpoOKTxQA=
  private key: (hidden)
  listening port: 51820
  
peer: MKKaanTxxxxxxxV8VpcHq4CSRISshw=
  endpoint: <pub_ip>:51820
  allowed ips: 10.42.4.0/24
  latest handshake: 26 seconds ago
  transfer: 133.17 KiB received, 387.44 KiB sent
  persistent keepalive: every 25 seconds

可以看到通信端點被改成了公網 IP，大功告成！

7. metrics-server 問題解決

還有一個問題就是 metrics-server 無法獲取 cpu、內存等利用率核心指標。需要修改 metrics-server 的 manifests，使用以下命令在線編輯 metrics-server 的 manifests：

$ kubectl -n kube-system edit deploy metrics-server

然後加入以下執行參數后保存退出：

      -command:
        - /metrics-server
        - --kubelet-preferred-address-types=ExternalIP
        - --kubelet-insecure-tls

這樣就可以讓 metrics-server 使用公網 IP 來和 node 通信了。修改成功后就可以看到核心指標了：

$ kubectl top nodes
NAME         CPU(cores)   CPU%   MEMORY(bytes)   MEMORY%
blog-k3s01   193m         9%     886Mi           22%
blog-k3s02   41m          2%     1292Mi          32%

$ kubectl top pod -n kube-system
NAME                                      CPU(cores)   MEMORY(bytes)
coredns-848b6cc76f-zq576                  8m           14Mi
local-path-provisioner-58fb86bdfd-bzdfl   2m           9Mi
metrics-server-bdfc79c97-djmzk            1m           12Mi

到這裏跨雲服務商部署 k3s 基本上就大功告成了，下一篇文章將會教你如何打通家裡到雲上 k3s 的網絡，讓你家中所有設備都可以直接訪問 Pod IP、svc IP，甚至可以直接訪問 svc 域名，敬請期待。

Kubernetes 1.18.2 1.17.5 1.16.9 1.15.12離線安裝包發布地址http://store.lameleg.com ，歡迎體驗。 使用了最新的sealos v3.3.6版本。 作了主機名解析配置優化，lvscare 掛載/lib/module解決開機啟動ipvs加載問題， 修復lvscare社區netlink與3.10內核不兼容問題,sealos生成百年證書等特性。更多特性 https://github.com/fanux/sealos 。歡迎掃描下方的二維碼加入釘釘群 ，釘釘群已經集成sealos的機器人實時可以看到sealos的動態。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※聚甘新

作為久經職場而又富有責任心的猿外，每天上班的第一件事，便是連上生產服務器，top free ps 一頓命令熱身猛如虎，然後匯總出業務服務的狀態、系統指標等，看到一切正常，心裏才算踏實。

不知道有多少盡職盡責的朋友們，每天都重複的做着如此机械而又簡單的事情。說句實話，其實和机械狗沒啥區別。本着做事認真、追求極致的態度，那我們為什麼不能打造一款這樣的机械狗呢？

關注過猿外的朋友們都應該知道，在之前的文章中，猿外曾經提到過，守護服務的監控應用——看門狗。不錯，要打造的机械狗，就是看門狗。

接下來就給大家簡單聊一聊，看門狗的背景來源以及實現思路，希望能給正在尋找守護服務監控解決方案的朋友們，一點實現思路。下面的內容十分燒腦，請大家坐穩扶好。

1. 什麼是看門狗？

在由單片機構成的微型計算機系統中，由於單片機的工作，常常會受到來自外界電磁場的干擾，造成程序的跑飛，而陷入死循環，程序的正常運行被打斷，由單片機控制的系統無法繼續工作，會造成整個系統的陷入停滯狀態，發生不可預料的後果，所以出於對單片機運行狀態進行實時監測的考慮，便產生了一種專門用於監測單片機程序運行狀態的芯片，稱“看門狗”——摘自“百度百科”。

相信有不少朋友，看到上面一段非人話的描述，就想直接刪了此篇熊文，溜之大吉。大家，心莫慌，猿外再舉個貼近生活的栗子解釋一下。

猿外家養了一條 dog ，經常陪孩子玩，孩子時不時的撒一把狗糧給 dog；
如果孩子睡着，長時間未撒狗糧，dog 就主動把孩子叫醒；
繼續讓孩子撒狗糧，然後 dog 吃到孩子撒的狗糧，就高興的狂吠；
如果 dog 跑走了，孩子也不撒狗糧了，孩子也就可以睡覺了。

剝開栗子，內行看門道，外行看熱鬧，把上面內容翻譯一遍：

原話：猿外家養了一條 dog，經常陪孩子玩，孩子時不時的撒一把狗糧給 dog；
翻譯：存在兩個進程：子進程（應用服務）、父進程（守護進程），子進程和父進程兩個進程間一直保持心跳通訊；

原話：如果孩子睡着，長時間未撒狗糧， dog 就主動把孩子叫醒；
翻譯：子進程與父進程心跳通訊中斷，父進程則負責啟動子進程，完成子進程的服務守護；

原話：繼續讓孩子撒狗糧，然後 dog 吃到孩子撒的狗糧，就高興的狂吠；
翻譯：子進程與父進程實時通訊，父進程實時監控子進程的狀態，並實時進行報警通知；

原話：如果 dog 跑走了，孩子也不撒狗糧了，孩子也就可以睡覺了。
翻譯：父進程down了，子進程與父進程的通訊也就無法保持了，子進程也一併退出。

不知道朋友們通過上面的栗子剖析，對看門狗了解了多少呢？為了更清晰的給你們說清楚，猿外再給大家上個一目瞭然的圖吧。

如上圖所示，猿外主要把看門狗定位為：集服務守護、指標採集、日誌歸集、自動化報警於一體的監控系統。說白了，有了看門狗，媽媽再也不用擔心我的應用服務出問題了。

洋洋洒洒鋪墊這麼多，那到底該如何實現呢？

2. 如何實現？

猿外先給大家畫個腦圖，主要分五步走，希望朋友們跟着猿外的腳步，莫掉隊。

相信絕大部分朋友通過猿外的腦圖，已經對看門狗應用了解個八九不離十。猿外再稍微闡述一下：

實現方式：看門狗應用在實現過程中也走了一些彎路。剛開始技術選型的時候，考慮到看門狗應該對應用零侵入、低耦合，於是採用javaagent植入方式進行實現，但是萬萬沒想到的是開發、調試過程比較麻煩，一遇到問題，小夥伴就排查半天，在第一版上線后，猿外迅速帶領小夥伴，採用插件化方式進行第二版迭代。

服務守護：採用 J2SE 1.5 java.lang 包中新添加的 ProcessBuilder 類來完成子進程的啟動、停止、重啟（完成子服務的守護功能）。

指標採集：通過 JMX 方式連接子服務，獲取子服務的內存佔用、CPU 使用、線程數等指標。

日誌歸集：主要站在 flume 的肩膀上，集成到項目中並進行二次開發，存儲採用 elasticsearch。

報警通知：主要提供郵箱通知、QQ 通知、微信實時通知。

其中每個實現細節猿外就不再進行深入展開了，感興趣的朋友歡迎關注微信公眾號四猿外（si-yuanwai），後台留言進行交流。

羅里吧嗦，寫了這麼多。羅馬並非一日建成的，實現途中踩過的坑、吃過的苦頭，剎那間全部湧上心頭。不過看門狗應用，已經在生產上推廣使用，自上線以來還廣受好評，猿外現在每天來的第一件事，由原來的系統巡檢變成了沖咖啡，幸福指數陡然上升。

最後，猿外想說的是：簡單的事重複做，你就是專家；重複的事用心做，你就是贏家。沒錯，這話說的沒毛病，不過成為專家之餘，大家不妨稍做創新，看看有沒有可以用的技術輪子，說不定會改變机械的工作方式，提升工作效率，提高幸福指數呢。

歡迎大家關注我的公眾號：四猿外。
我準備了一些純手打的高質量PDF，有好友贊助的也有我自己的，大家可以免費領取：
深入淺出Java多線程、HTTP超全匯總、Java基礎核心總結、程序員必知的硬核知識大全、簡歷面試談薪的超全乾貨。
別看數量不多，但篇篇都是乾貨，看完的都說很肝。

領取方式：掃碼關注后，在公眾號後台回復：666

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司“嚨底家”!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※聚甘新

這2天，在測APP兼容性時，遇到APP奔潰閃退的情況。將問題反饋給開發后，開發自己調試后，沒有復現。由於又是遠程，base地不在一塊，我總不能把手機寄過去吧，那也太費事了。

所以就想到，提供明確的報錯日誌，讓開發定位問題，豈不是就很方便了，也解決了遠程的問題。

那如何抓取到Crash日誌呢，我又沒開發調試工具，也不可能在短時間內搭建一套開發環境。尋思答案后，最終得到了完美解決，且聽細細道來。

了解Crash

我們先來簡單了解下Crash：Crash，就是崩潰。anr（Application Not Responding — 程序無響應）是Crash的一種。程序正常運行中，可能會出現未捕獲到的異常，這就會造成崩潰。

常見Crash異常

NullPointerException  空指針

ClassCastException  類型轉換異常

IndexOutOfBoundsException  下標越界異常

ActivityNotFoundException Activity  未找到異常

IllegalStateException  非法狀態異常

ArrayIndexOutOfBoundsException  數組越界異常

SecurityException  安全異常

NoSuchMethodException  方法未找到異常

SQLException  操作數據庫異常

抓取奔潰和無響應日誌

對於開發人員來說，抓取日誌是很方便的，但對於測試人員來說，就不是太方便了。大多都是直接dos窗口下執行adb命令來抓取日誌，而每次都敲命令也是很麻煩。

所以通過adb程序與bat命令組合使用來抓取日誌，就要方便很多了，短短几秒鐘，可以輕鬆搞定日誌的抓取，期不期待。

環境準備

安裝JDK和ADB，這個安裝很簡單，可參見以前的博文，基於Python的Appium環境搭建合集。

bat文件製作

環境準備好后，就來寫bat文件了。

捕獲Crash異常的bat文件命令

命令參考如下，製作成logcat.bat文件，logcat.bat文件可以放置任意位置。注意：如果adb沒有配置到環境變量中，則需要將logcat.bat文件放到adb對應文件夾中。

@ECHO OFF
for /f "tokens=2 delims==" %%a in ('wmic OS Get localdatetime /value') do set "dt=%%a"

SET timeStamp=%dt:~0,4%-%dt:~4,2%-%dt:~6,2%_%dt:~8,2%-%dt:~10,2%-%dt:~12,2%
SET mutID=_mut

@ECHO ON
adb logcat -v time > .\"%mutID%_%timeStamp%_logcat.log"

pause

上述命令實現原理：該工具的原理是bat文件調用adb工具，將手機運行日誌拉到本地，並將實時日誌也記錄到本地。

當手機需要重現Crash、或者某一段時間內已經發生過Crash，點擊我們製作的bat文件，logcat文件中的命令會將手機的logcat日誌拉下來並實時記錄，直到你關閉cmd窗口。

然後在拉下來的txt中尋找FATAL關鍵字，附近上下文即為Crash日誌。

捕獲ANR異常的bat文件命令

anr：全稱為Application Not Responding，意思為程序無響應。

命令參考如下，製作成anr.bat文件，anr.bat文件可以放置任意位置。注意：如果adb沒有配置到環境變量中，則需要將anr.bat文件放到adb對應文件夾中。

@ECHO OFF
for /f "tokens=2 delims==" %%a in ('wmic OS Get localdatetime /value') do set "dt=%%a"
SET timeStamp=%dt:~0,4%-%dt:~4,2%-%dt:~6,2%_%dt:~8,2%-%dt:~10,2%-%dt:~12,2%
SET mutID=_mut
@ECHO ON
adb pull data/anr/traces.txt traces_%timeStamp%.txt

實現原理與捕獲Crash異常是一樣的，只是該命令是針對發生anr的情況。

具體實踐

捕獲Crash異常具體用法：

①將android手機連接電腦，開啟開發者模式並允許usb調試；

②運行logcat.bat文件

③如果手機程序已經發生過crash，10秒后關閉cmd窗口；如果是想重現crash，則在手機端重現后即可關閉cmd窗口；

④在logcat.bat的同級目錄下會生成一份log文件，從文件中搜查FATAL關鍵字，便可找到崩潰代碼。

查看報錯日誌，報錯如下所示：

如上所示截圖，就是測試過程中，發生奔潰的日誌了，將日誌貼在bug里，既方便開發排查問題，又節約協作時間。

使用優點

使用bat文件捕獲日誌，有如下幾個有點：手機無需root；無需開發環境支持；方便保存、查找日誌；操作簡單。

以上就是捕獲報錯日誌的操作步驟了，希望對有需要的博友有所幫助。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※聚甘新

韓國同意美國佈署薩德飛彈防禦系統之後，頻遭中國報復，之前韓國電動車電池商遭到鎖定，被踢出中國補助名單之外。近來北京又出新招，據傳中國電動車商可能要求電池供應商砍價35~40%，韓商更難獲利，電池大廠三星SDI (Samsung SDI) 聞訊一度重挫 4%。

嘉實全球贏家系統報價顯示，台北時間 19 日中午 11 點 26 分，三星SDI股價大跌 4.44%、報 107,500 韓圜。另一韓國電池廠 LG Chem 也挫低 1.29%、報 268,000 韓圜。

巴倫 (Barron’s) 18日報導，摩根士丹利(大摩)分析師Shawn Kim報告稱，中國高工產業研究院宣稱，部分中國電動車商要求電池業者，今年電池價格下砍35~40%。大摩中國分析師Jack Lu認為，中國電池商大砍價格之後，仍有可觀獲利，此一方案可望繼續推動，如此一來，或許會壓縮三星 SDI 毛利。

中國處處設限，電池大砍價，北京又打算把合格電池廠的生產門檻一口氣增至8GWh，韓商生存空間大受打壓。不只如此，三星SDI供應三星Galaxy S8電池的利多，市場也反應過頭。大摩估計S8對三星SDI營收貢獻只有 4~6%。

美國、南韓去(2016)年7月宣布在韓部署「薩德」(THAAD) 反導彈系統之後，中國就開始積極抵制南韓，車用電池大廠LG Chem、三星SDI (Samsung SDI)首當其衝。中國工信部(MIIT)最新公布的第五批新能源汽車推薦目錄中，將內建LG Chem、三星SDI電池的電動車全部剔除。也就是說，所有內建韓系電池的新能源車，都已不再符合北京政府的推薦標準。

Maeil Business News Korea、Business Korea等外電2日報導，在工信部最新列出的493款新能源車推薦名單當中，沒有一款內建LG Chem、三星SDI的車用電池。

巴倫 (Barron’s)、BusinessKorea報導，中國工信部去年11月22日發布《汽車動力電池行業規範條件》修正草案，有意把合格電池廠的生產門檻，從 0.2GWh 至 8GWh，等於一口氣提高 40 倍之多。這也是向廠商喊話，若不在中國生產，就別想做中國生意。

韓媒認為，北京當局此舉是要阻止韓商跨入中國市場，原因之一是要報復南韓和美國合作，佈建薩德 (THAAD) 飛彈防禦系統；另一可能是陸電池廠缺乏補助，政府排除外商競爭，保護本國產業。8GWh 電池產能可供13萬輛純電動車使用，當前 LG Chem 南京廠產能只夠5萬輛電動車使用，三星 SDI 西安廠則可供 4 萬輛電動車使用。據稱符合 8GWh 規定的業者只有兩家，其中之一是陸廠比亞迪 (BYD)。

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

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

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司"嚨底家"!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

智慧電動機車Gogoro 開賣至18 個月，總共賣出1 萬7000 台車，營運版圖也從一開始的雙北，研伸至高雄。在嶄新的2017 年開始之際，Gogoro 19日宣布新目標是「更廣、更密集的能源網路」，六大都會區電池交換站密度達平均每1 公里1 站，各縣市的次級鄉鎮市平均每8 至16 公里1 站，並將營運版圖延伸至屏東，讓使用者可以完成基隆屏東西部縱走，並在換電站密度不足的台南、高雄推出「家用充電試營運計畫 」。

 

Gogoro 2016 年表現及2017 年願景：

Gogoro 行銷總監陳彥揚表示，Gogoro 在開賣18 個月共賣出1 萬7000 台車，在2016 年賣出逾1 萬3000 台，這數字反應出台灣作為Gogoro 能源網路全球第一個試點國家，展現對於新科技、新能源、新移動方式的擁抱態度。由於已經將營運版圖延伸到整個西台灣，Gogoro 希望在2017 年Gogoro 電動機車的銷量能有倍數成長。

Gogoro 營運版圖從一開始的雙北，往北向基隆、往南向中南部延伸，2015 年底到新竹，2016 年5 月到台中、11月到台南、12 月到高雄。而換電站也累積至289 站點，光是雙北就累積有120 站，平均每800 公尺就有一站；在2017 年，Gogoro 的目標是六大都會區電池交換站密度達1 公里1 站， 各縣市的次級鄉鎮市平均每8 至16 公里1 站。

另一項值得關注的數字是，2016 年Gogoro 電動機車銷量13038 台，首度超越輕型電動機車銷量7881 台，來到黃金交叉。Gogoro 為125CC 汽油機車性能等級的電動機車，現在市面上的汽油機車有70%~80% 都在125 CC 以上，可見雙輪族對於125 CC 等級的機車有強大需求，而市面上性能唯一達到125 CC 等級的電動機車只有Gogoro，符合市場需求，因此Gogoro 有機會競爭汽油機車一年近80 萬台的銷售數量。

• 賣出13000+ 台以上Gogoro 電動機車
• 消費者騎乘Gogoro 總里程數4316 萬公里
• 減少二氧化碳排放量397 萬公斤
• 節省汽油205 萬公升
• Gogoro 電動機車年銷量（13038 台）首度超越輕型電動機車（7881 台，即市面上Gogoro 以外的電動機車）

 

台南、高雄充電站密度不足，推出Gogoro 家用充電試營運計畫：

不過，目前部分地區換電站密度不足，尤其是剛進入的台南和高雄兩縣市的蛋白區。由於有換電站的地方才有Gogoro 的機車，但機車數量夠多才會有更密集的換電站，陳彥揚形容，這是個雞生蛋蛋生雞的困難問題，因此在剛跨入、換電站數量還不夠密集的台南和高雄兩縣市，Gogoro 推出「家用充電試營運計畫 」，以優惠的方案租給消費者家用充電器GoCharger，解決台南和高雄地區想購買Gogoro 機車、但是生活周遭換電站仍不足的消費者的充電問題，希望能夠增加消費者購車意願。

但「家用充電試營運計畫 」的租期只有6 個月，只是接軌期的替代方案，陳彥揚表示，換電站仍是Gogoro 的核心，也相信6 秒快速換電池對消費者來說絕對比充電方便，而Gogoro 今年上半年會優先布建台南、高雄換電站密度不足的區域。

 

Gogoro 家用充電試營運計畫活動辦法：

申請期間：1 月19 日至4 月20日

指定區域：2017 年度台南及高雄即將建置換電站之預定地區

試營運計劃期間優惠限定方案：

GoCharger® 標準座月租費NT$149（每月再贈送50 公里免費里程）；

GoCharger® Plus 快充座月租費NT$249（每月再贈送50 公里免費里程）。

承租GoCharger® 智慧電池座須繳交押金NT$2,990，約滿歸還GoCharger® 智慧電池座時可領回。

活動網址：http://www.gogoro.com/tw/event/gocharger-beta/
 

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

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

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

美國創業家Elon Musk對於新科技產業的想法與策略向來是全球關注的焦點。在成功推出電動車品牌特斯拉（Tesla）後，已帶動電動車用電池產業興起；他又在於杜拜舉辦之世界政府峰會（World Government Summit）上提到，未來可將人工智慧（AI）整合入汽車產業，推動無人駕駛功能。

Model 3試產，貿聯-KY獲利創新高

近期消息指出，Tesla平價電動車Model 3將於三月試產，下半年量產。電池模組線束之主要台系供應商貿聯-KY因而受惠，法人預期其股價大漲，營收兩位數成長。

Tesla成立之初，即配合貿聯-KY電池模組配線出貨。法人分析，身為唯一的供應商，貿聯-KY在生產成本、供貨穩定度和合作信賴度下，處於供應鏈之地位難被取代，也成為特斯拉概念股的一大受益者。

AI自駕車，以及人類與機械結合

2016年2月，谷歌（Google）母公司Alphabet Inc.旗下之波士頓動力（Boston Dynamics）發表第二代人形機器人Atlas，Musk事後提及AI發展的危險性，人類恐成為AI的居家寵物。由於在未來機器人可以完全取代人力，可預見未來將會有大量人口失業。對於AI導入目前技術，Musk認為目前首要議題是無人駕駛，AI或許能在自動駕駛方面提供幫助。

對於人類與AI共存的問題，Musk表示，由於電腦可以在每秒之間傳輸一兆位元的數據，而人類僅可以在行動裝置上每秒傳達10位元之資訊， AI大量繁衍是可以想見的趨勢。若人類想與AI共生，在腦中裝入寬頻介面成為賽博格（Cyborg）或許會有所幫助。

（圖片來源：Heisenberg Media via Flickr CC2.0）

 

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

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

車用鋰電池的關鍵材料──鈷在需求增溫、供給短缺的帶動下，年初迄今報價已狂飆135%，但認為鈷價可能漲到外太空的避險基金和投機客要小心了，因為剛果的礦脈2018年將開出大量產能，屆時供需景況驟變、原本飛龍在天的鈷價恐墜回地球。

英國金融時報14日報導，全球最大鈷生產商嘉能可（Glencore Plc）位於剛果共和國的加丹加（Katanga）礦場，在花費4.3億美元整治機台後，明年就可上線產鈷，預計市場將因此增加最多22,000公噸的供應量。目前鈷的全球年產量約在100,000公噸左右。

高盛分析師指出，加丹加礦場重新上線，將明顯改變供需狀態、終結短缺，預計鈷的供給量到了2019年底，都能充分滿足需求。

鈷是銅和鎳的副產品。原物料價格於2015年底慘崩之際，數個銅礦和鎳礦都被迫縮減產能，而嘉能可也在市況最為嚴峻的時候決定暫時封閉加丹加礦場。巴西礦商Votorantim Metais則跟著在2016年初暫停了鎳、鈷的生產線。

不過，中國預定要在2020年讓500萬輛電動車上路，特斯拉（Tesla Motors）首款平價電動車接單接到手軟，卻讓車用電池的需求水漲船高。根據倫敦原物料顧問機構CRU分析師Edward Spencer的數據，高級鈷的報價已拉高至每磅27美元。

看準這個趨勢，業界開始有消息傳出，括瑞士專門關注採礦業的創投機構Pala Investments，以及中國大型原物料基金上海混沌投資（Shanghai Chaos Investment）在內的六家機構，因看好電動車業者的需求，至今已囤積了約6,000公噸的鈷，價值多達2.8億美元，相當於去年全球總產量的17%。（註：混沌投資的控股股東是被稱為「中國索羅斯」的葛衛東。）（）

路透社2月14日報導，根據電池用鈷鹽製造商eCobalt Solutions的預估，到了2020年，75%的鋰電池都將含有鈷，因為鈷能增加電動車每一次充電的里程數。

 

不過，由於98%的鈷都是銅、鎳礦的副產品，因此投資人很難買到純粹的鈷。歐洲一名交易員透露，私募股權基金業者雖然考慮過倫敦金屬交易所（LME）的鈷合約，但流動性卻不足，難以滿足投資機構的龐大需求。因此，許多基金公司決定直接囤積鈷、靜待價格上漲，設定的目標價則是每磅25美元，甚至更多。

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

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

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

靜態文件(css,js,html等類型文件)通常位於 web根目錄下，而ASP.Net Core框架默認內容根目錄下的wwwroot文件夾為web根目錄。這裏簡單解釋下內容根目錄：實際就是指包含可執行程序exe,程序集dll，配置文件json,xml等的文件目錄.

1.訪問web根目錄靜態文件

正常情況下，靜態文件是無法直接訪問的，需要我們添加如下靜態文件的中間件，這是框架內置自帶的。

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
    app.UseStaticFiles(); 
}

然後我們就可通過web根目錄的相關路徑訪問靜態文件。例如，Web 應用程序項目模板包含 wwwroot 文件夾中的多個文件夾 ：

• wwwroot
  • css
  • images
  • js

然後就可以通過如下格式的URL:https://localhost:5001/images/123.jpg 來訪問靜態文件。

2.訪問web根目錄之外的靜態文件

有些時候，可能有些靜態文件我們並不是放在web根目錄下面的。例如如下一個目錄層次結構，其中要提供的靜態文件位於 Web 根目錄之外：

• wwwroot
  • css
  • images
  • js
• Content
  
  • images
    • img.jpg

如果通過URL:https://localhost:5001/Content/images/img.jpg是無法訪問的，這個時候我們就需要額外的指定靜態文件路徑：

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
           //wwroot目錄下靜態文件
 app.UseStaticFiles(); //wwwroot之外的靜態文件 app.UseStaticFiles(new StaticFileOptions { //指定實際物理路徑 FileProvider = new PhysicalFileProvider(Path.Combine(Directory.GetCurrentDirectory(), @"Content/images")), //設置URL請求的文件路徑 RequestPath = new Microsoft.AspNetCore.Http.PathString("/MyStaticFiles") }); }

然後就可以通過如下格式的URL:https://localhost:5001/MyStaticFiles/img.jpg 來訪問靜態文件。

3.提供默認文件

UseDefaultFiles中間件用於啟用默認文件的功能，例如我們打開一個網站只輸入網站地址，就會自動跳出網站首頁。這裏的網站首頁實際就相當於一個默認文件。

ASP.Net Core為我們簡化了默認文件的搜索功能，我們只需要添加中間件即可。

public void Configure(IApplicationBuilder app)
{
    app.UseDefaultFiles();
    app.UseStaticFiles();
}

要提供默認文件，必須在 UseStaticFiles 前調用 UseDefaultFiles。 UseDefaultFiles 實際上用於重寫 URL，不提供文件。 通過 UseStaticFiles 啟用靜態文件中間件來提供文件。

 UseDefaultFiles 默認支持以下幾種類型文件：

• default.htm
• default.html
• index.htm
• index.html

當然，框架也支持自定義默認文件，感興趣的同學可以研究一下。

例如如下一個目錄層次結構：

• wwwroot
  • Index.html
  • css
  • images
  • js

• 通過URL:https://localhost:5001/訪問時，會自動跳轉到並打開Index.html頁面

4.啟用目錄瀏覽功能

出於安全考慮，目錄瀏覽默認處於禁用狀態，需通過添加UseDirectoryBrowser中間件的方式開啟。

public void Configure(IApplicationBuilder app)
{
    //默認文件
 app.UseDefaultFiles(); //靜態文件  app.UseStaticFiles(); //目錄瀏覽  app.UseDirectoryBrowser(); }

另外，需要註冊目錄瀏覽的服務

public void ConfigureServices(IServiceCollection services)
{
    services.AddDirectoryBrowser();
}

例如如下一個目錄層次結構：

   wwwroot

• 123.jpg
• 234.jpg

通過URL:https://localhost:5001/訪問時，由於wwwroot根目錄下不存在默認文件，所以會打開文件目錄。

 

 5.UseFileServer

UseFileServer 結合了 UseStaticFiles、UseDefaultFiles 和 UseDirectoryBrowser（可選）的功能。

例如以下目錄層次結構：

• wwwroot
  • 123.jpg
  • 234.jpg
    
• Content
  • images
    • 234.jpg

以下代碼啟用靜態文件、默認文件和及 MyStaticFiles 的目錄瀏覽：

public void Configure(IApplicationBuilder app)
{
    //靜態文件
    app.UseStaticFiles(); 

    app.UseFileServer(new FileServerOptions { FileProvider = new PhysicalFileProvider( Path.Combine(Directory.GetCurrentDirectory(), "Content")), RequestPath = "/MyStaticFiles",
 //啟用目錄 EnableDirectoryBrowsing = true }); }

EnableDirectoryBrowsing 屬性值為 true 時必須註冊服務 AddDirectoryBrowser：

public void ConfigureServices(IServiceCollection services)
{
    services.AddDirectoryBrowser();
}

 

通過URL:https://localhost:5001/MyStaticFiles/訪問時，由於目錄下不存在默認文件，所以會打開文件目錄。

 

 

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司"嚨底家"!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

說明：設計模式系列文章是讀劉偉所著《設計模式的藝術之道(軟件開發人員內功修鍊之道)》一書的閱讀筆記。個人感覺這本書講的不錯，有興趣推薦讀一讀。詳細內容也可以看看此書作者的博客https://blog.csdn.net/LoveLion/article/details/17517213

模式概述

樹形結構在軟件中隨處可見，例如操作系統中的目錄結構、應用軟件中的菜單、辦公系統中的公司組織結構等等，如何運用面向對象的方式來處理這種樹形結構是組合模式需要解決的問題。組合模式通過一種巧妙的設計方案使得用戶可以一致性地處理整個樹形結構或者樹形結構的一部分，也可以一致性地處理樹形結構中的恭弘=叶 恭弘子節點（不包含子節點的節點）和容器節點（包含子節點的節點）。

模式定義

組合模式(Composite Pattern)：組合多個對象形成樹形結構以表示具有“整體—部分”關係的層次結構。組合模式對單個對象（即恭弘=叶 恭弘子對象）和組合對象（即容器對象）的使用具有一致性，組合模式又可以稱為“整體—部分”(Part-Whole)模式，它是一種對象結構型模式。

模式結構圖

組合模式結構圖如下所示：

在組合模式結構圖中包含如下幾個角色：

• Component（抽象構件）：它可以是接口或抽象類，為恭弘=叶 恭弘子構件和容器構件對象聲明接口，在該角色中可以包含所有子類共有行為的聲明和實現。在抽象構件中定義了訪問及管理它的子構件的方法，如增加子構件、刪除子構件、獲取子構件等。

• Leaf（恭弘=叶 恭弘子構件）：它在組合結構中表示恭弘=叶 恭弘子節點對象，恭弘=叶 恭弘子節點沒有子節點，它實現了在抽象構件中定義的行為。對於那些訪問及管理子構件的方法，可以通過異常等方式進行處理。

• Composite（容器構件）：它在組合結構中表示容器節點對象，容器節點包含子節點，其子節點可以是恭弘=叶 恭弘子節點，也可以是容器節點，它提供一個集合用於存儲子節點，實現了在抽象構件中定義的行為，包括那些訪問及管理子構件的方法，在其業務方法中可以遞歸調用其子節點的業務方法。

組合模式的關鍵是定義了一個抽象構件類，它既可以代表恭弘=叶 恭弘子，又可以代表容器，而客戶端針對該抽象構件類進行編程，無須知道它到底表示的是恭弘=叶 恭弘子還是容器，可以對其進行統一處理。同時容器對象與抽象構件類之間還建立一個聚合關聯關係，在容器對象中既可以包含恭弘=叶 恭弘子，也可以包含容器，以此實現遞歸組合，形成一個樹形結構。

模式偽代碼

對於客戶端而言，一般針對抽象構件編程，而無須關心其具體子類是容器構件還是恭弘=叶 恭弘子構件。抽象構建類典型代碼如下：

public abstract class Component {
    public abstract void add(Component c); //增加成員

    public abstract void remove(Component c); //刪除成員

    public abstract Component getChild(int i); //獲取成員

    public abstract void operation();  //業務方法
}

如果繼承抽象構件的是恭弘=叶 恭弘子構件，則其典型代碼如下所示：

public class Leaf extends Component {
    @Override
    public void add(Component c) {
        //異常處理或錯誤提示 
    }

    @Override
    public void remove(Component c) {
        //異常處理或錯誤提示 
    }

    @Override
    public Component getChild(int i) {
        //異常處理或錯誤提示 
        return null;
    }

    @Override
    public void operation() {
        //恭弘=叶 恭弘子構件具體業務方法的實現
    }
}

如果繼承抽象構件的是容器構件，則其典型代碼如下所示:

public class Composite extends Component {

    private List<Component> list = new ArrayList<>();

    @Override
    public void add(Component c) {
        list.add(c);
    }

    @Override
    public void remove(Component c) {
        list.remove(c);
    }

    @Override
    public Component getChild(int i) {
        return (Component) list.get(i);
    }

    @Override
    public void operation() {
        //容器構件具體業務方法的實現
        //遞歸調用成員構件的業務方法
        for (Object obj : list) {
            ((Component) obj).operation();
        }
    }
}

客戶端對抽象構件類進行編程

public class Client {
    public static void main(String[] args) {
        Component component;
        component = new Leaf();
        //component = new Composite();

        // 無須知道到底是恭弘=叶 恭弘子還是容器
        // 可以對其進行統一處理
        component.operation();
    }
}

模式簡化

透明組合模式

透明組合模式中，抽象構件Component中聲明了所有用於管理成員對象的方法，包括add()、remove()以及getChild()等方法，這樣做的好處是確保所有的構件類都有相同的接口。在客戶端看來，恭弘=叶 恭弘子對象與容器對象所提供的方法是一致的，客戶端可以相同地對待所有的對象。透明組合模式也是組合模式的標準形式。

透明組合模式的完整結構圖如下：

也可以將恭弘=叶 恭弘子構件的add()、remove()等方法的實現代碼移至Component中，由Component提供統一的默認實現，這樣子類就不必強制去實現管理子Component。代碼如下所示：

public abstract class Component {
    public void add(Component c) {
        throw new RuntimeException("不支持的操作");
    }

    public void remove(Component c) {
        throw new RuntimeException("不支持的操作");
    }

    public Component getChild(int i) {
        throw new RuntimeException("不支持的操作");
    }

    public abstract void operation();  //業務方法
}

透明組合模式的缺點是不夠安全，因為恭弘=叶 恭弘子對象和容器對象在本質上是有區別的。恭弘=叶 恭弘子對象不可能有下一個層次的對象，即不可能包含成員對象，因此為其提供add()、remove()以及getChild()等方法是沒有意義的，這在編譯階段不會出錯，但在運行階段如果調用這些方法可能會出錯（如果沒有提供相應的錯誤處理代碼）。

安全組合模式

安全組合模式中，在抽象構件Component中沒有聲明任何用於管理成員對象的方法，而是在Composite類中聲明並實現這些方法。

安全組合模式的完整結構圖如下：

此時Component就應該這樣定義了

public abstract class Component {
    // 業務方法
    public abstract void operation();
}

安全組合模式的缺點是不夠透明，因為恭弘=叶 恭弘子構件和容器構件具有不同的方法，且容器構件中那些用於管理成員對象的方法沒有在抽象構件類中定義，因此客戶端不能完全針對抽象編程，必須有區別地對待恭弘=叶 恭弘子構件和容器構件。在實際應用中，安全組合模式的使用頻率也非常高，在Java AWT中使用的組合模式就是安全組合模式。

模式應用

模式在JDK中的應用

Java SE中的AWT和Swing包的設計就基於組合模式，在這些界麵包中為用戶提供了大量的容器構件（如Container）和成員構件（如Checkbox、Button和TextComponent等），其結構如下圖所示

Component類是抽象構件，Checkbox、Button和TextComponent是恭弘=叶 恭弘子構件，而Container是容器構件，在AWT中包含的恭弘=叶 恭弘子構件還有很多。在一個容器構件中可以包含恭弘=叶 恭弘子構件，也可以繼續包含容器構件，這些恭弘=叶 恭弘子構件和容器構件一起組成了複雜的GUI界面。除此以外，在XML解析、組織結構樹處理、文件系統設計等領域，組合模式都得到了廣泛應用。

模式在開源項目中的應用

Spring中org.springframework.web.method.support.HandlerMethodArgumentResolver使用了安全組合模式。提取關鍵代碼如下：

public interface HandlerMethodArgumentResolver {
    
    boolean supportsParameter(MethodParameter parameter);

    Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer,
                           NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception;

}

再看下它的一個實現類org.springframework.web.method.support.HandlerMethodArgumentResolverComposite

public class HandlerMethodArgumentResolverComposite implements HandlerMethodArgumentResolver {


    private final List<HandlerMethodArgumentResolver> argumentResolvers = new LinkedList<>();

    /**
     * Add the given {@link HandlerMethodArgumentResolver}.
     */
    public HandlerMethodArgumentResolverComposite addResolver(HandlerMethodArgumentResolver resolver) {
        this.argumentResolvers.add(resolver);
        return this;
    }

    /**
     * Add the given {@link HandlerMethodArgumentResolver HandlerMethodArgumentResolvers}.
     */
    public HandlerMethodArgumentResolverComposite addResolvers(
            @Nullable HandlerMethodArgumentResolver... resolvers) {

        if (resolvers != null) {
            Collections.addAll(this.argumentResolvers, resolvers);
        }
        return this;
    }

    /**
     * Clear the list of configured resolvers.
     */
    public void clear() {
        this.argumentResolvers.clear();
    }


    @Override
    public boolean supportsParameter(MethodParameter parameter) {
        return getArgumentResolver(parameter) != null;
    }


    @Override
    public Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer,
                                  NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception {

        HandlerMethodArgumentResolver resolver = getArgumentResolver(parameter);
        if (resolver == null) {
            throw new IllegalArgumentException("Unsupported parameter type [" +
                    parameter.getParameterType().getName() + "]. supportsParameter should be called first.");
        }
        return resolver.resolveArgument(parameter, mavContainer, webRequest, binderFactory);
    }
}

模式總結

主要優點

1. 組合模式可以清楚地定義分層次的複雜對象，表示對象的全部或部分層次，它讓客戶端忽略了層次的差異，方便對整個層次結構進行控制。

2. 客戶端可以一致地使用一個組合結構或其中單個對象，不必關心處理的是單個對象還是整個組合結構，簡化了客戶端代碼。

3. 組合模式為樹形結構的面向對象實現提供了一種靈活的解決方案，通過恭弘=叶 恭弘子對象和容器對象的遞歸組合，可以形成複雜的樹形結構，但對樹形結構的控制卻非常簡單。

適用場景

(1) 在具有整體和部分的層次結構中，希望通過一種方式忽略整體與部分的差異，客戶端可以一致地對待它們。

(2) 在一個使用面向對象語言開發的系統中需要處理一個樹形結構。

(3) 在一個系統中能夠分離出恭弘=叶 恭弘子對象和容器對象，而且它們的類型不固定，需要增加一些新的類型。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!