คุณจะทำอย่างไรเปรียบเทียบnpm, bowerและvolo?

ทั้งสามสามารถใช้เพื่อติดตั้งการพึ่งพา JavaScript สำหรับโครงการ UI ฉันเข้าใจว่าnpmเป็นโหนดที่เฉพาะเจาะจงมากขึ้น

ดังนั้นเมื่อจะใช้อะไร

npmยังคงยืนอยู่ห่างไกล แต่bowerและvoloดูเหมือนจะแก้ปัญหาเดียวกันว่าถึงแม้ว่าผมไม่สามารถที่จะวาดเส้นระหว่างและnpmbower-volo

คำอธิบายที่อธิบายความแตกต่างระหว่าง npm และ bower ได้ดีที่สุดคือ: npm จัดการโมดูล JavaScript ที่เรียกว่าแพ็คเกจและ Bower จัดการองค์ประกอบส่วนหน้า (เช่น css, html และ JavaScript) ที่เรียกว่าส่วนประกอบ npm ยังใช้เพื่อติดตั้ง bower นี่เป็นบทความที่กว้างขวางเกี่ยวกับ npm และ bower (ไม่ครอบคลุม volo) มันมีรายละเอียดมากมาย

ซุ้มไม้ในสวน

มันยังคงเป็นที่นิยมในหมู่นักพัฒนาส่วนหน้าถึงแม้ว่ามันจะมีคุณสมบัติน้อยมาก แพ็คเกจส่วนหน้าทั้งหมดใช้งานอยู่ นอกจากนี้ยังมีความคิดริเริ่มที่จะผสานเข้าซุ้ม NPM

Bower ได้รับการปรับให้เหมาะสมสำหรับฝั่งไคลเอ็นต์และรองรับต้นไม้พึ่งพิงแบนเท่านั้นเช่นห้องสมุดแต่ละแห่งจะต้องใช้เพียงครั้งเดียว (เนื่องจากมีราคาแพงในการส่งไลบรารี่รุ่นเดียวกันให้กับลูกค้า) และข้อ จำกัด การพึ่งพาต้องแก้ไขโดยผู้ใช้ .

คุณสามารถคาดหวังว่าจะพบอะไรที่เกี่ยวข้องกับ front-end ใน bower registry ( bower search <some keyword>) - ในความคิดของฉันนั่นเป็นข้อได้เปรียบที่ใหญ่ที่สุดของ bower ที่เกี่ยวข้องกับผู้จัดการแพ็คเกจอื่น ๆ

Volo

ฉันยังไม่ได้ใช้มันนานกว่า 5 นาทีในปีที่ผ่านมา ไม่ทราบเกี่ยวกับมันแต่จากสิ่งที่ฉันเห็นมันมีเครื่องมือสร้างบางอย่างซึ่งเป็นที่คุ้นเคยกับผู้ใช้ Grunt

NPM

ใช่ npm ย่อมาจาก Node Package Manager แต่ทุกวันนี้คุณสามารถใช้มันได้ทุกอย่าง ผู้คนไม่เพียง แต่ทำnpm installสิ่งต่าง ๆอีกต่อไปและคาดหวังว่าพวกเขาจะทำงานได้เฉพาะในสภาพแวดล้อมของโหนด ตัวอย่างเช่นมีหลายแพคเกจ NPM สำหรับ Twitter Bootstrap

Npm ถูกปรับให้เหมาะสมสำหรับการใช้งานฝั่งเซิร์ฟเวอร์โดยมีแผนผังการพึ่งพาแบบซ้อน การพึ่งพาแต่ละคนสามารถมีการพึ่งพาของตัวเองซึ่งสามารถมีการพึ่งพาของตัวเองและอื่น ๆ การตัดการเชื่อมโยงเวอร์ชันการอ้างอิงนี้ตัดขาดเนื่องจากการพึ่งพาแต่ละรายการสามารถใช้เวอร์ชันขีดล่างของตนเองเช่นขีดล่าง อย่างไรก็ตามnpm เวอร์ชัน 3 ที่จะมาถึงจะทำให้แผนผังการพึ่งพา :

ด้วย npm @ 3 ไดเร็กทอรี node_modules ของคุณจะราบเรียบมาก การอ้างอิงทั้งหมดของคุณและการพึ่งพาส่วนใหญ่ของคุณ (และ (ย่อย) + การอ้างอิง) จะอยู่ติดกันในระดับบนสุด เฉพาะเมื่อมีข้อขัดแย้งโมดูลจะถูกติดตั้งในระดับที่ลึกกว่า สิ่งนี้จะทำให้ทุกอย่างง่ายขึ้นสำหรับผู้ใช้ Windows

ข้อดีบางประการที่ฉันเห็นในการใช้ NPM:

• มันถูกใช้โดยตัวจัดการแพคเกจอื่น ๆ (ส่วนประกอบ, bower, volo, JSPM, ฯลฯ );
• อนุญาตให้ใช้สคริปต์สร้าง
• มีเครื่องมือจำนวนมากที่พร้อมใช้งานสำหรับการตรวจสอบแพ็กเกจที่ใช้ npm

npm เป็นผู้จัดการแพ็คเกจสำหรับ JavaScript

เมื่อวันที่กุมภาพันธ์ 2013 ความคิดเห็นของฉันคือต่อไปนี้ โปรดอย่านำมาพิจารณาอีกต่อไป

NPM

จะดีกว่าถ้าคุณอยู่กับโครงการ Node มีโครงการน้อยมากที่เบราว์เซอร์พร้อมใช้งาน ...

ซุ้มไม้ในสวน

Bower เป็นคนป๊อปตอนนี้ พวกเขามีโครงการมากมายภายใต้ประทุนของพวกเขาและผู้ดูแลโครงการต้องการให้พวกเขาทันสมัยในรีจิสทรี bower ...

มันเป็นความอัปยศที่บางครั้งเขาก็บั๊กกี้เล็กน้อย

Volo

ฉันไม่ได้ลอง volo มานานกว่า 5 นาทีตั้งแต่นั้นมา แต่จากสิ่งที่ฉันเห็นมันดูเหมือนว่าจะยืดหยุ่นกว่า bower

จุดลบสำหรับ volo คือโครงการของพวกเขาล้าสมัยไปแล้ว

ดูเหมือนว่าพวกเขาจะแก้ปัญหาเดียวกัน แต่สำหรับสภาพแวดล้อม / โลกที่แตกต่างกัน NPM สำหรับ nodejs และ volo, bower สำหรับเบราว์เซอร์

ความจริงก็คือคุณสามารถใช้ NPM เพื่อจัดการจาวาสคริปต์และ CSS สำหรับเบราว์เซอร์ ไม่มีอะไรขัดขวางไม่ให้คุณทำ ในแง่นี้การใช้ NPM ให้ความรู้สึกเป็นธรรมชาติมากกว่าการจัดการเครื่องมือสองแบบเพื่อจุดประสงค์เดียวกัน

ดูเหมือนว่าร่มที่มีแพคเกจเพิ่มเติมพร้อมใช้งานอย่างน้อยก็สำหรับแพ็คเกจยอดนิยม แต่เร็ว ๆ นี้jQuery จะพร้อมใช้งานใน NPM โดยตรงและอาจเป็นไปได้ว่าไลบรารีอื่นทั้งหมดจะเป็นไปตามแนวโน้มเดียวกัน

ในความคิดของฉันเนื่องจากมีเครื่องมือเช่นbrowserifyและwebmake out ที่ช่วยในการใช้โมดูลโหนดในเบราว์เซอร์จึงไม่จำเป็นต้องใช้bowerหรือvoloอีกต่อไปเว้นแต่จะมีสิ่งอื่นให้คุณ (โมดูลที่มีอยู่เฉพาะใน การลงทะเบียนของพวกเขา)

ทั้งVoloและBowerก็ดีเหมือนกัน แต่จากมุมมองของฉันถ้าคุณใช้ NPM อยู่แล้วมันอาจจะดีกว่าถ้าคุณใช้มัน

โปรดทราบว่าคุณสามารถใช้ NPM ในการจัดการการพึ่งพาลูกค้าของคุณได้โดยไม่ต้องใช้ browserify หรือ webmake ในโครงการส่วนใหญ่ที่ฉันทำงานอยู่หลังจากติดตั้งโมดูล npm แล้วฉันเรียกใช้สคริปต์เพื่อปรับใช้กับตำแหน่งที่แอปลูกค้าของฉันใช้ บางครั้งฉันใช้เสียงฮึดฮัดเพื่อเชื่อมไฟล์นั้นเข้ากับไฟล์ js อื่น ๆ และบางครั้งฉันก็อ้างอิงโดยตรงจากไฟล์เทมเพลตของเว็บแอปของฉัน ไม่ว่าในกรณีใด ๆ นี่เป็นความชอบส่วนตัว คนอื่น ๆ สามารถใช้ Bower หรือ Volo ได้ง่ายขึ้นเพราะพวกเขามีความเป็นธรรมชาติในเวิร์กโฟลว์มากขึ้น

ข้อได้เปรียบที่ใหญ่กว่าของ Bower เหนือ NPM คือการจัดการการพึ่งพาอาศัยบังคับใช้ส่วนประกอบรุ่นเดียว นี่คือสิ่งที่ดีมากเพราะจะป้องกันไม่ให้จาวาสคริปต์ฝั่งไคลเอ็นต์ของคุณกลายเป็น bloated ผ่านจำเป็นต้องรวมสำเนาหลายองค์ประกอบในรุ่นต่าง ๆ การรวมโมดูลหลายสำเนาเป็นหัวใจสำคัญของการจัดการการพึ่งพาของ NPM และดังนั้น NPM จึงไม่เหมาะสมกับการจัดการแพคเกจฝั่งไคลเอ็นต์

ผลที่ตามมาคือผู้ดูแลแพคเกจด้านล่างและผู้บริโภคจะต้องระมัดระวังในการรักษาหมายเลขรุ่นอ้างอิงของพวกเขาเพื่อหลีกเลี่ยงความขัดแย้ง แต่เป็นราคาที่คุ้มค่า และฉันพบว่าโมดูล NPM นั้นมักจะเลอะเทอะในการออกรุ่นใหญ่รุ่นรองและรุ่นแก้ไขเพื่อให้การจัดการการพึ่งพา NPM ไม่ได้เป็นเหมือนเตียงกุหลาบอย่างแน่นอน

ฉันรู้ว่านี่ไม่ได้อยู่ในขอบเขตของคำถาม แต่ก็มีทางเลือกอื่นเช่นกัน Jam JS - http://jamjs.org/สิ่งหนึ่งที่น่าสนใจคือมันมีความสามารถที่ไม่ดีในแยม:

jam compile output.js

ใครบางคนควรสร้างผู้จัดการแพ็คเกจอีกคนแล้วตั้งชื่อ: yapm :)