選型指南：Atmosphere 與 npm 的適用場景、混用實踐與遷移路徑)
Meteor 包生態(tài)選型指南Atmosphere 與 npm 的適用場景、混用實踐與遷移路徑【免費下載鏈接】meteorMeteor, the JavaScript App Platform項目地址: https://gitcode.com/gh_mirrors/me/meteor從零搭建一個完整應用并不現(xiàn)實這也是選擇 Meteor 的首要理由——你可以專注于編寫與業(yè)務相關的代碼而把用戶登錄、數(shù)據(jù)同步這類輪子交給框架與社區(qū)。本文以 Meteor 官方指南《Atmosphere vs. npm》為核心骨架結合當前倉庫源碼系統(tǒng)講解 Meteor 的兩條包生態(tài)為 Meteor 量身定制的Atmosphere 包與通用 JavaScript 生態(tài)的npm 包給出何時用哪種包的決策依據(jù)并深入安裝、導入、版本約束、異步適配等實戰(zhàn)細節(jié)。讀完本文你將能根據(jù)依賴類型、構建需求與分發(fā)目標為應用和包做出正確的生態(tài)選擇。從零構建應用的現(xiàn)實為什么需要社區(qū)包構建應用時登錄、數(shù)據(jù)同步、路由、UI 組件這類通用能力如果全部手寫會消耗大量精力。Meteor 的價值正在于此框架本身解決了應用骨架問題而社區(qū)包則進一步消除了重復造輪子。Meteor 生態(tài)中存在兩個互補的包倉庫Atmosphere專門為 Meteor 編寫的包倉庫與 Meteor 的構建系統(tǒng)、核心包深度耦合npm通用 JavaScript 包倉庫最初面向 Node.js 服務端如今已覆蓋瀏覽器在內的全 JavaScript 環(huán)境。兩個倉庫的許多包都在官方指南中被推薦使用。自 Meteor 1.3 起Meteor 對 npm 提供了完整支持官方判斷未來所有包都會逐步遷移到 npm但在當下兩個體系各有不可替代的優(yōu)勢。何時選擇 Atmosphere 包Atmosphere 包是為 Meteor 定制的與 npm 包相比在與 Meteor 配合使用時具有以下核心優(yōu)勢對應原文檔清單均可在倉庫中找到實現(xiàn)佐證優(yōu)勢能力說明倉庫佐證依賴 Meteor 核心包可聲明依賴ddp、blaze等核心包packages/ddp、packages/blaze 目錄下的核心包顯式包含非 JavaScript 文件CSS、Less、Sass、Stylus 及靜態(tài)資源編寫 Atmosphere 包文檔 中的api.addFiles/api.addAssets自動參與構建借助 構建系統(tǒng) 自動轉譯 CoffeeScript 等語言babel-compiler、ecmascript 編譯鏈客戶端/服務端分離為客戶端與服務端分別定義行為api.mainModule(file, client/server)雙入口機制包命名空間與全局導出無需顯式 ES2015import即可使用包全局導出包命名空間說明精確版本約束通過約束解析器強制包間精確版本依賴constraint-solver 實現(xiàn)構建插件可為構建系統(tǒng)內置 構建插件各編譯類包的 plugin 機制預編譯二進制為不同服務器架構Linux、Windows 等附帶預編譯二進制Npm.depends配合原生依賴場景依賴核心包與精確版本約束Atmosphere 包可以用api.use聲明對另一個 Atmosphere 包的依賴例如Package.onUse(function(api) { // 依賴 1.2.0 及以上版本的 validated-method api.use(mdg:validated-method1.2.0); });版本約束最終由 Meteor 內置的工業(yè)級版本求解器Version Solver解析它會在滿足全部依賴約束的版本組合中求解若無解則給出可讀的錯誤提示。這一實現(xiàn)就位于倉庫的 packages/constraint-solver 中。求解器還帶有重力概念當多個解都存在時總是選擇最舊的可用版本以確保包與依賴的最低公共分母兼容——這對面向大量用戶發(fā)布的包尤為重要。對于核心包版本api.versionsFrom(1.2.1)會自動從指定 Meteor 發(fā)行版填充版本號等價于手寫api.use([ecmascript0.1.6, check1.1.0, ...])它也可以接受數(shù)組或多次調用如api.versionsFrom([1.2.1, 1.4, 1.8])以支持跨多個核心包主版本。細節(jié)見 編寫 Atmosphere 包文檔的版本約束章節(jié)?？蛻舳?服務端分離與構建插件Atmosphere 包可以通過api.mainModule的第二個參數(shù)為客戶端與服務端指定不同入口Package.onUse(function(api) { api.mainModule(my-package-client.js, client); api.mainModule(my-package-server.js, server); });這種一處打包、兩處運行的能力加上可參與 CSS 預處理api.addFiles(my-package.scss, client)與構建插件機制是 Atmosphere 包相比純 npm 包最獨特的工程優(yōu)勢。小結什么情況優(yōu)先寫 Atmosphere 包如果你的包依賴某個 Atmosphere 包Meteor 1.3 中 Meteor 核心包亦屬此類或需要利用 Meteor 構建系統(tǒng)那么現(xiàn)階段編寫 Atmosphere 包可能是更優(yōu)選擇。何時選擇 npm 包npm 是通用 JavaScript 包倉庫。這些包最初僅為 Node.js 服務端環(huán)境而設計但隨著生態(tài)成熟browserify、webpack 等工具讓 npm 包得以在瀏覽器等環(huán)境中運行。今天 npm 已覆蓋所有類型的 JavaScript 包。如果你希望分發(fā)和復用的代碼足夠通用、能被更廣泛的 JavaScript 受眾消費就應該考慮發(fā)布到 npm。Meteor 支持在應用中使用 npm 包也支持在 Atmosphere 包內部使用 npm 包——即使你的主要受眾是 Meteor 開發(fā)者npm 也可能是最佳選擇。內置的meteor npm命令Meteor 自帶 npm你無需自行安裝即可輸入meteor npm當然也可以使用全局安裝的 npm 管理依賴。meteor npm是 Meteor 命令行工具包裝的 npm 命令它在應用目錄下執(zhí)行時使用與 Meteor 兼容的 Node/npm 運行時從而保證依賴樹與 Meteor 運行環(huán)境一致。meteor npm install、meteor npm init、meteor npm shrinkwrap等均是它的常見用法。在 Meteor 應用中使用 npm 包圍繞 官方 npm 使用指南以下能力可以讓 npm 包在 Meteor 中無縫工作。安裝與導入package.json位于項目根目錄meteor create會自動生成安裝依賴meteor npm install --save moment這會同時更新package.json并下載包到本地node_modules。node_modules通常不納入版本控制團隊成員通過meteor npm install同步測試、lint 類工具請用--save-dev聲明為開發(fā)依賴。在代碼中按標準 ES2015 方式導入import moment from moment; // 默認導出 import { isArray } from lodash; // 具名導出 import { parse } from graphql/language; // 包內子路徑入口客戶端兼容meteor-node-stubs很多 npm 包最初面向 Node 環(huán)境依賴path、buffer、util等 Node 內置模塊。Meteor 在創(chuàng)建新應用時自動安裝meteor-node-stubsnpm 包為客戶端提供這些內置模塊的瀏覽器友好實現(xiàn)——該包源碼就在倉庫的 npm-packages/meteor-node-stubs 目錄。Meteor 的模塊系統(tǒng)會跳過實際未使用的 stub 模塊及其依賴因此保留它沒有任何代價。若從舊版本升級到 Meteor 1.3可能需要手動執(zhí)行meteor npm install --save meteor-node-stubs。樣式與靜態(tài)資源通過 CSS 預處理器的{}絕對路徑語法導入 npm 包內樣式僅限應用頂層Atmosphere 包內不支持import {}/node_modules/npm-package-name/button.less;或用相對路徑import ../../node_modules/npm-package-name/colors.less;也可以從 JS 直接import npm-package-name/stylesheets/styles.css;控制加載順序需安裝ecmascript包此時該 CSS 會以style標簽形式追加到head的主 CSS 之后字體等資源可通過在/public或/private目錄中建立符號鏈接引入meteor build時會一并打包例如ln -s ../node_modules/font-awesome/fonts ./fonts。按需重編譯 node_modules 中的包Meteor 默認不重新編譯node_modules中的包但可通過package.json中的meteor.nodeModules.recompile配置指定某些包按 Meteor 編譯器插件體系重編譯例如為 legacy 瀏覽器構建降級語法{ meteor: { nodeModules: { recompile: { very-modern-package: [client, server], somewhat-modern-package: legacy, another-package: [legacy, server] } } } }其中l(wèi)egacy、[client, server]等取值含義與package.js中api.addFiles(file, where)的第二個參數(shù)一致。此配置當前僅作用于應用級node_modules/不包含 Meteor 包內的Npm.depends依賴且重編譯的包必須是應用的直接依賴。編譯過程會應用你安裝的編譯器插件并可用.babelrc等方式影響配置。異步 npm 代碼的適配bindEnvironment / wrapAsync / PromiseMeteor 服務端長期圍繞 Fibers 構建同步外觀、非阻塞的編程模型全局服務端上下文及每個方法、發(fā)布都在獨立 Fiber 中運行Collection等 API 依賴 Fiber 與內部環(huán)境跟蹤。因此在方法或發(fā)布中直接使用回調式異步 npm 代碼會報錯// 錯誤示例回調不在 Fiber 中Followers.insert 會拋錯 updateGitHubFollowers() { github.user.getFollowingFromUser({ user: stubailo }, (err, res) { Followers.insert(res); }); }三種解決方案詳見 using-npm-packages.md 的異步回調章節(jié)Meteor.bindEnvironment將回調包裝進 Fiber 并維持服務端環(huán)境跟蹤適用于不依賴返回值、只需在回調內安全調用 Meteor API 的場景Meteor.wrapAsync把遵循(err, res)約定的回調 API 轉換為 Fiber 化的同步風格 API返回值為結果、異常拋錯從而能在方法內直接返回值const getFollowingFromUserFiber Meteor.wrapAsync(github.user.getFollowingFromUser, github.user); // 方法內const res getFollowingFromUserFiber({ user: stubailo });Promise async/await越來越多的 npm 包轉向 Promise API配合ecmascript包Meteor 1.3 起提供的 ES2015async/await可在客戶端與服務端用自然的同步風格書寫 Promise 調用鏈。在 Atmosphere 包內使用 npmNpm.depends 與 peer 依賴Atmosphere 包也能引用 npm 生態(tài)。在package.js頂層用Npm.depends聲明僅支持精確版本Npm.depends({ github: 0.2.4 });開發(fā)期還可指向本地目錄Npm.depends({ my-package: file:///home/user/npms/my-package })。由于Npm.depends只能鎖定精確版本多個 Atmosphere 包依賴同一 npm 包時容易產(chǎn)生多份副本——這在客戶端不可接受如 React 被重復打包會直接報錯。因此作者應改用peer npm 依賴模式要求使用者把 npm 包安裝到應用層并借助tmeasday:check-npm-versions之類的包在缺失時發(fā)出警告。典型示例來自 using-atmosphere-packages.md 的 peer 依賴章節(jié)meteor npm install --save react react-addons-pure-render-mixin meteor add react-meteor-data版本管理對比package.json 與 .meteor/versions兩條生態(tài)的版本管理哲學不同理解這一點有助于選型npm 包版本范圍記錄在package.jsonnpm install可能因新發(fā)布而結果漂移。為保證團隊一致性可執(zhí)行meteor npm install --save moment meteor npm shrinkwrap生成npm-shrinkwrap.json并納入版本控制更進一步可用 shrinkpack 類工具把依賴的 tarball 復制進倉庫實現(xiàn)不依賴 npm 服務器的可重復構建注意它不影響 Atmosphere 依賴。Atmosphere 包實際版本記錄在應用目錄下的.meteor/versions文件協(xié)作者天然共享相同版本更新用meteor update無參數(shù)更新全部或meteor update package更新單個安裝用meteor add可追加版本號指定版本如meteor add ostrio:flow-router-extra3.5.0。包文件實體存放在本地~/.meteor/packages目錄。結語兩條生態(tài)的共存與遷移方向Meteor 1.3 的發(fā)布標志著 npm 獲得一等公民地位1.3 遷移指南 詳細記錄了從meteorhacks:npm包裝方式遷移到原生 npm 支持的步驟移除npm-container、將packages.json內容并入package.json的dependencies、用import取代Npm.require()。在完全遷移到 npm 之前Atmosphere 仍承擔著核心包、構建插件、預編譯二進制等 npm 無法替代的職責。決策建議依賴 Meteor 核心包或需要構建系統(tǒng)能力時優(yōu)先 Atmosphere需要跨生態(tài)分發(fā)、復用通用邏輯或消費龐大的 JS 生態(tài)時優(yōu)先 npm——兩者并非互斥Atmosphere 包可通過Npm.depends與 peer 依賴橋接 npm 世界而應用層import語法對兩者完全統(tǒng)一這也是 Meteor 生態(tài)邁向全 npm時代的過渡橋梁?！久赓M下載鏈接】meteorMeteor, the JavaScript App Platform項目地址: https://gitcode.com/gh_mirrors/me/meteor創(chuàng)作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考 Meteor 包生態(tài)選型指南：Atmosphere 與 npm 的適用場景、混用實踐與遷移路徑
Meteor 包生態(tài)選型指南Atmosphere 與 npm 的適用場景、混用實踐與遷移路徑【免費下載鏈接】meteorMeteor, the JavaScript App Platform項目地址: https://gitcode.com/gh_mirrors/me/meteor從零搭建一個完整應用并不現(xiàn)實這也是選擇 Meteor 的首要理由——你可以專注于編寫與業(yè)務相關的代碼而把用戶登錄、數(shù)據(jù)同步這類輪子交給框架與社區(qū)。本文以 Meteor 官方指南《Atmosphere vs. npm》為核心骨架結合當前倉庫源碼系統(tǒng)講解 Meteor 的兩條包生態(tài)為 Meteor 量身定制的Atmosphere 包與通用 JavaScript 生態(tài)的npm 包給出何時用哪種包的決策依據(jù)并深入安裝、導入、版本約束、異步適配等實戰(zhàn)細節(jié)。讀完本文你將能根據(jù)依賴類型、構建需求與分發(fā)目標為應用和包做出正確的生態(tài)選擇。從零構建應用的現(xiàn)實為什么需要社區(qū)包構建應用時登錄、數(shù)據(jù)同步、路由、UI 組件這類通用能力如果全部手寫會消耗大量精力。Meteor 的價值正在于此框架本身解決了應用骨架問題而社區(qū)包則進一步消除了重復造輪子。Meteor 生態(tài)中存在兩個互補的包倉庫Atmosphere專門為 Meteor 編寫的包倉庫與 Meteor 的構建系統(tǒng)、核心包深度耦合npm通用 JavaScript 包倉庫最初面向 Node.js 服務端如今已覆蓋瀏覽器在內的全 JavaScript 環(huán)境。兩個倉庫的許多包都在官方指南中被推薦使用。自 Meteor 1.3 起Meteor 對 npm 提供了完整支持官方判斷未來所有包都會逐步遷移到 npm但在當下兩個體系各有不可替代的優(yōu)勢。何時選擇 Atmosphere 包Atmosphere 包是為 Meteor 定制的與 npm 包相比在與 Meteor 配合使用時具有以下核心優(yōu)勢對應原文檔清單均可在倉庫中找到實現(xiàn)佐證優(yōu)勢能力說明倉庫佐證依賴 Meteor 核心包可聲明依賴ddp、blaze等核心包packages/ddp、packages/blaze 目錄下的核心包顯式包含非 JavaScript 文件CSS、Less、Sass、Stylus 及靜態(tài)資源編寫 Atmosphere 包文檔 中的api.addFiles/api.addAssets自動參與構建借助 構建系統(tǒng) 自動轉譯 CoffeeScript 等語言babel-compiler、ecmascript 編譯鏈客戶端/服務端分離為客戶端與服務端分別定義行為api.mainModule(file, client/server)雙入口機制包命名空間與全局導出無需顯式 ES2015import即可使用包全局導出包命名空間說明精確版本約束通過約束解析器強制包間精確版本依賴constraint-solver 實現(xiàn)構建插件可為構建系統(tǒng)內置 構建插件各編譯類包的 plugin 機制預編譯二進制為不同服務器架構Linux、Windows 等附帶預編譯二進制Npm.depends配合原生依賴場景依賴核心包與精確版本約束Atmosphere 包可以用api.use聲明對另一個 Atmosphere 包的依賴例如Package.onUse(function(api) { // 依賴 1.2.0 及以上版本的 validated-method api.use(mdg:validated-method1.2.0); });版本約束最終由 Meteor 內置的工業(yè)級版本求解器Version Solver解析它會在滿足全部依賴約束的版本組合中求解若無解則給出可讀的錯誤提示。這一實現(xiàn)就位于倉庫的 packages/constraint-solver 中。求解器還帶有重力概念當多個解都存在時總是選擇最舊的可用版本以確保包與依賴的最低公共分母兼容——這對面向大量用戶發(fā)布的包尤為重要。對于核心包版本api.versionsFrom(1.2.1)會自動從指定 Meteor 發(fā)行版填充版本號等價于手寫api.use([ecmascript0.1.6, check1.1.0, ...])它也可以接受數(shù)組或多次調用如api.versionsFrom([1.2.1, 1.4, 1.8])以支持跨多個核心包主版本。細節(jié)見 編寫 Atmosphere 包文檔的版本約束章節(jié)?？蛻舳?服務端分離與構建插件Atmosphere 包可以通過api.mainModule的第二個參數(shù)為客戶端與服務端指定不同入口Package.onUse(function(api) { api.mainModule(my-package-client.js, client); api.mainModule(my-package-server.js, server); });這種一處打包、兩處運行的能力加上可參與 CSS 預處理api.addFiles(my-package.scss, client)與構建插件機制是 Atmosphere 包相比純 npm 包最獨特的工程優(yōu)勢。小結什么情況優(yōu)先寫 Atmosphere 包如果你的包依賴某個 Atmosphere 包Meteor 1.3 中 Meteor 核心包亦屬此類或需要利用 Meteor 構建系統(tǒng)那么現(xiàn)階段編寫 Atmosphere 包可能是更優(yōu)選擇。何時選擇 npm 包npm 是通用 JavaScript 包倉庫。這些包最初僅為 Node.js 服務端環(huán)境而設計但隨著生態(tài)成熟browserify、webpack 等工具讓 npm 包得以在瀏覽器等環(huán)境中運行。今天 npm 已覆蓋所有類型的 JavaScript 包。如果你希望分發(fā)和復用的代碼足夠通用、能被更廣泛的 JavaScript 受眾消費就應該考慮發(fā)布到 npm。Meteor 支持在應用中使用 npm 包也支持在 Atmosphere 包內部使用 npm 包——即使你的主要受眾是 Meteor 開發(fā)者npm 也可能是最佳選擇。內置的meteor npm命令Meteor 自帶 npm你無需自行安裝即可輸入meteor npm當然也可以使用全局安裝的 npm 管理依賴。meteor npm是 Meteor 命令行工具包裝的 npm 命令它在應用目錄下執(zhí)行時使用與 Meteor 兼容的 Node/npm 運行時從而保證依賴樹與 Meteor 運行環(huán)境一致。meteor npm install、meteor npm init、meteor npm shrinkwrap等均是它的常見用法。在 Meteor 應用中使用 npm 包圍繞 官方 npm 使用指南以下能力可以讓 npm 包在 Meteor 中無縫工作。安裝與導入package.json位于項目根目錄meteor create會自動生成安裝依賴meteor npm install --save moment這會同時更新package.json并下載包到本地node_modules。node_modules通常不納入版本控制團隊成員通過meteor npm install同步測試、lint 類工具請用--save-dev聲明為開發(fā)依賴。在代碼中按標準 ES2015 方式導入import moment from moment; // 默認導出 import { isArray } from lodash; // 具名導出 import { parse } from graphql/language; // 包內子路徑入口客戶端兼容meteor-node-stubs很多 npm 包最初面向 Node 環(huán)境依賴path、buffer、util等 Node 內置模塊。Meteor 在創(chuàng)建新應用時自動安裝meteor-node-stubsnpm 包為客戶端提供這些內置模塊的瀏覽器友好實現(xiàn)——該包源碼就在倉庫的 npm-packages/meteor-node-stubs 目錄。Meteor 的模塊系統(tǒng)會跳過實際未使用的 stub 模塊及其依賴因此保留它沒有任何代價。若從舊版本升級到 Meteor 1.3可能需要手動執(zhí)行meteor npm install --save meteor-node-stubs。樣式與靜態(tài)資源通過 CSS 預處理器的{}絕對路徑語法導入 npm 包內樣式僅限應用頂層Atmosphere 包內不支持import {}/node_modules/npm-package-name/button.less;或用相對路徑import ../../node_modules/npm-package-name/colors.less;也可以從 JS 直接import npm-package-name/stylesheets/styles.css;控制加載順序需安裝ecmascript包此時該 CSS 會以style標簽形式追加到head的主 CSS 之后字體等資源可通過在/public或/private目錄中建立符號鏈接引入meteor build時會一并打包例如ln -s ../node_modules/font-awesome/fonts ./fonts。按需重編譯 node_modules 中的包Meteor 默認不重新編譯node_modules中的包但可通過package.json中的meteor.nodeModules.recompile配置指定某些包按 Meteor 編譯器插件體系重編譯例如為 legacy 瀏覽器構建降級語法{ meteor: { nodeModules: { recompile: { very-modern-package: [client, server], somewhat-modern-package: legacy, another-package: [legacy, server] } } } }其中l(wèi)egacy、[client, server]等取值含義與package.js中api.addFiles(file, where)的第二個參數(shù)一致。此配置當前僅作用于應用級node_modules/不包含 Meteor 包內的Npm.depends依賴且重編譯的包必須是應用的直接依賴。編譯過程會應用你安裝的編譯器插件并可用.babelrc等方式影響配置。異步 npm 代碼的適配bindEnvironment / wrapAsync / PromiseMeteor 服務端長期圍繞 Fibers 構建同步外觀、非阻塞的編程模型全局服務端上下文及每個方法、發(fā)布都在獨立 Fiber 中運行Collection等 API 依賴 Fiber 與內部環(huán)境跟蹤。因此在方法或發(fā)布中直接使用回調式異步 npm 代碼會報錯// 錯誤示例回調不在 Fiber 中Followers.insert 會拋錯 updateGitHubFollowers() { github.user.getFollowingFromUser({ user: stubailo }, (err, res) { Followers.insert(res); }); }三種解決方案詳見 using-npm-packages.md 的異步回調章節(jié)Meteor.bindEnvironment將回調包裝進 Fiber 并維持服務端環(huán)境跟蹤適用于不依賴返回值、只需在回調內安全調用 Meteor API 的場景Meteor.wrapAsync把遵循(err, res)約定的回調 API 轉換為 Fiber 化的同步風格 API返回值為結果、異常拋錯從而能在方法內直接返回值const getFollowingFromUserFiber Meteor.wrapAsync(github.user.getFollowingFromUser, github.user); // 方法內const res getFollowingFromUserFiber({ user: stubailo });Promise async/await越來越多的 npm 包轉向 Promise API配合ecmascript包Meteor 1.3 起提供的 ES2015async/await可在客戶端與服務端用自然的同步風格書寫 Promise 調用鏈。在 Atmosphere 包內使用 npmNpm.depends 與 peer 依賴Atmosphere 包也能引用 npm 生態(tài)。在package.js頂層用Npm.depends聲明僅支持精確版本Npm.depends({ github: 0.2.4 });開發(fā)期還可指向本地目錄Npm.depends({ my-package: file:///home/user/npms/my-package })。由于Npm.depends只能鎖定精確版本多個 Atmosphere 包依賴同一 npm 包時容易產(chǎn)生多份副本——這在客戶端不可接受如 React 被重復打包會直接報錯。因此作者應改用peer npm 依賴模式要求使用者把 npm 包安裝到應用層并借助tmeasday:check-npm-versions之類的包在缺失時發(fā)出警告。典型示例來自 using-atmosphere-packages.md 的 peer 依賴章節(jié)meteor npm install --save react react-addons-pure-render-mixin meteor add react-meteor-data版本管理對比package.json 與 .meteor/versions兩條生態(tài)的版本管理哲學不同理解這一點有助于選型npm 包版本范圍記錄在package.jsonnpm install可能因新發(fā)布而結果漂移。為保證團隊一致性可執(zhí)行meteor npm install --save moment meteor npm shrinkwrap生成npm-shrinkwrap.json并納入版本控制更進一步可用 shrinkpack 類工具把依賴的 tarball 復制進倉庫實現(xiàn)不依賴 npm 服務器的可重復構建注意它不影響 Atmosphere 依賴。Atmosphere 包實際版本記錄在應用目錄下的.meteor/versions文件協(xié)作者天然共享相同版本更新用meteor update無參數(shù)更新全部或meteor update package更新單個安裝用meteor add可追加版本號指定版本如meteor add ostrio:flow-router-extra3.5.0。包文件實體存放在本地~/.meteor/packages目錄。結語兩條生態(tài)的共存與遷移方向Meteor 1.3 的發(fā)布標志著 npm 獲得一等公民地位1.3 遷移指南 詳細記錄了從meteorhacks:npm包裝方式遷移到原生 npm 支持的步驟移除npm-container、將packages.json內容并入package.json的dependencies、用import取代Npm.require()。在完全遷移到 npm 之前Atmosphere 仍承擔著核心包、構建插件、預編譯二進制等 npm 無法替代的職責。決策建議依賴 Meteor 核心包或需要構建系統(tǒng)能力時優(yōu)先 Atmosphere需要跨生態(tài)分發(fā)、復用通用邏輯或消費龐大的 JS 生態(tài)時優(yōu)先 npm——兩者并非互斥Atmosphere 包可通過Npm.depends與 peer 依賴橋接 npm 世界而應用層import語法對兩者完全統(tǒng)一這也是 Meteor 生態(tài)邁向全 npm時代的過渡橋梁?！久赓M下載鏈接】meteorMeteor, the JavaScript App Platform項目地址: https://gitcode.com/gh_mirrors/me/meteor創(chuàng)作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考