對於提高伺服器的效能，支援輕量級的虛擬，實現開發測試上線的高度一致，團隊開發環境的協調統一，docker表現得極為出色。
在功能上，我們將docker理解為乙個超輕量級的虛擬機器，它比vmware占用的資源少很多，執行速度快很多，因為它們的底層實現技術完全不同。docker就像乙個模具，我們能在作業系統上安裝的軟體，讀寫的檔案，所做的配置一樣可以在docker上完成；一般地，我們在docker上裝入乙個ubuntu映象作為底，在上面進行我們的操作。之後對底的所有操作都不再是對原映象的修改，而是在底上新增一層，每一次的新增可以是一條命令，乙個檔案寫操作等，這樣我們就可以實現映象的無限擴充，而不是改變原有的映象。
docker的另乙個特點是分發，底映象和你修改之後的映象叫做容器，你可以把容器發布到github上,這叫做公有容器，也可以只在區域網中共享，這叫私有容器。基於容器，你可以把原來的對作業系統的所有修改包括底部的作業系統作為乙個更大的模具，分發給不同的平台，只要分發的機器上安裝了docker平台，不論什麼作業系統、體系結構，都可以實現上層開發環境的無差別部署。
說一下Path類
在檔案io中，經常要處理一些與檔案路徑或檔名有關的東西，說白了，非常類似字串的處理，我個人理解，處理路徑資訊，可以等同於特殊字串的處理 不過，用字串的處理方式去處理檔案路徑問題，有些複雜，net的system.io命名空間中，提供了乙個path類，以及一系列靜態方法，可以用來處理常見的有關檔案路徑的...
說一下Path類
在檔案io中，經常要處理一些與檔案路徑或檔名有關的東西，說白了，非常類似字串的處理，我個人理解，處理路徑資訊，可以等同於特殊字串的處理 不過，用字串的處理方式去處理檔案路徑問題，有些複雜，net的system.io命名空間中，提供了乙個path類，以及一系列靜態方法，可以用來處理常見的有關檔案路徑的...
說一下Path類
在檔案io中，經常要處理一些與檔案路徑或檔名有關的東西，說白了，非常類似字串的處理，我個人理解，處理路徑資訊，可以等同於特殊字串的處理 不過，用字串的處理方式去處理檔案路徑問題，有些複雜，net的system.io命名空間中，提供了乙個path類，以及一系列靜態方法，可以用來處理常見的有關檔案路徑的...