Làm thế nào để bạn so sánh npm, bowervà volo?

Tất cả ba có thể được sử dụng để cài đặt các phụ thuộc JavaScript cho một dự án UI. Tôi hiểu npmlà nút cụ thể hơn.

Vậy, khi nào nên dùng gì?

npmvẫn đứng ở xa, nhưng bowervà volodường như được giải quyết một cách chính xác cùng một vấn đề, mặc dù tôi không thể để vẽ một ranh giới giữa npmvà bower-volo.

Một mô tả mô tả đúng nhất sự khác biệt giữa npm và bower là: npm quản lý các mô-đun JavaScript được gọi là các gói và Bower quản lý các thành phần giao diện người dùng (ví dụ: css, html và JavaScript) được gọi là các thành phần. npm cũng được sử dụng để cài đặt bower. Đây là một bài viết mở rộng về npm và bower (không bao gồm volo) nó đi sâu vào nhiều chi tiết.

bower

Nó vẫn rất phổ biến trong số các nhà phát triển front-end, mặc dù nó có rất ít tính năng. Mỗi gói front-end đang sử dụng nó. Ngoài ra còn có một sáng kiến ​​để hợp nhất bower vào npm .

Bower được tối ưu hóa cho phía máy khách và chỉ hỗ trợ các cây phụ thuộc phẳng, tức là mỗi thư viện chỉ được sử dụng một lần (vì tốn kém để chuyển các phiên bản khác nhau của cùng một thư viện cho khách hàng) và người dùng phải giải quyết các ràng buộc phụ thuộc .

Bạn có thể mong đợi tìm thấy bất cứ thứ gì có liên quan đến giao diện người dùng trong sổ đăng ký Bower ( bower search <some keyword>) - theo tôi, đó là lợi thế lớn nhất của Bower so với các trình quản lý gói khác.

tập

Tôi vẫn chưa sử dụng nó hơn 5 phút trong nhiều năm. Không biết về nó, nhưng từ những gì tôi có thể thấy nó bao gồm một số công cụ xây dựng, rất quen thuộc với người dùng Grunt.

chiều

Có, npm là viết tắt của Node Gói Manager. Nhưng ngày nay bạn có thể sử dụng nó cho mọi thứ; mọi người không còn chỉ làm npm installmọi thứ và mong đợi chúng chỉ hoạt động trong môi trường Node. Ví dụ: có nhiều gói npm cho Twitter Bootstrap .

Npm được tối ưu hóa cho việc sử dụng phía máy chủ, với cây phụ thuộc lồng nhau. Mỗi phụ thuộc có thể có phụ thuộc riêng có thể có phụ thuộc riêng, v.v. Điều này đã loại bỏ xung đột phiên bản phụ thuộc vì mỗi phụ thuộc có thể sử dụng phiên bản riêng của họ, ví dụ như Underscore. Tuy nhiên, phiên bản npm 3 sắp tới sẽ san phẳng cây phụ thuộc :

Với npm @ 3, thư mục node_modules của bạn sẽ phẳng hơn rất nhiều. Tất cả các phụ thuộc của bạn và hầu hết các phụ thuộc của bạn (và (phụ) + phụ thuộc) sẽ ngồi cạnh nhau ở cấp cao nhất. Chỉ khi có xung đột, các mô-đun sẽ được cài đặt ở cấp độ sâu hơn. Điều này sẽ làm mọi thứ dễ dàng hơn nhiều cho người dùng Windows.

Một số ưu điểm tôi thấy khi sử dụng npm:

• Nó được sử dụng bởi tất cả các trình quản lý gói khác (thành phần, bower, volo, JSPM, v.v.);
• Cho phép sử dụng các tập lệnh xây dựng;
• Rất nhiều công cụ có sẵn để xem xét các gói dựa trên npm

npm là trình quản lý gói cho JavaScript.

Tính đến tháng hai năm 2013, ý kiến ​​của tôi là như sau. Xin đừng đưa nó vào tài khoản nữa.

chiều

Tốt hơn là nên gắn bó với nó khi bạn tham gia dự án Node, có rất ít dự án có sẵn cho trình duyệt ...

bower

Bower là anh chàng nhạc pop ngay bây giờ. Họ có rất nhiều dự án dưới sự bảo trợ của họ, và những người duy trì dự án muốn giữ cho họ cập nhật trong sổ đăng ký ...

Thật xấu hổ vì đôi khi anh ấy có một chút lỗi.

tập

Tôi đã không thử volo trong hơn 5 phút kể từ đó, nhưng từ những gì tôi có thể thấy nó có vẻ linh hoạt hơn so với bower.

Một điểm tiêu cực cho volo là các dự án của họ rất lỗi thời.

Họ dường như đang giải quyết cùng một vấn đề nhưng đối với các môi trường / thế giới khác nhau. NPM cho nodejs và volo, bower cho trình duyệt.

Sự thật là bạn cũng có thể sử dụng NPM để quản lý javascript và css cho trình duyệt. Không có gì ngăn cản bạn làm điều đó. Theo nghĩa đó, việc sử dụng NPM mang lại cảm giác tự nhiên hơn cho tôi so với việc phải quản lý hai công cụ khác nhau cho cùng một mục đích.

Dường như Bower có nhiều gói hơn, ít nhất là cho những gói phổ biến hơn. Nhưng sắp tới jQuery cũng sẽ có sẵn trong NPM và có lẽ tất cả các thư viện khác cũng sẽ theo xu hướng tương tự.

Theo ý kiến của tôi, kể từ khi có các công cụ như browserify và webmake trên mạng, mà module giúp đỡ sử dụng nút trong trình duyệt, có không còn là một nhu cầu thực sự cho Chòi chơi hoặc Volo , trừ khi họ cung cấp một cái gì đó khác cho bạn (một module cụ thể đang tồn tại duy nhất ở đăng ký của họ).

Cả Volo và Bower đều tốt, nhưng theo quan điểm của tôi, nếu bạn đã sử dụng NPM, có lẽ tốt hơn là nên sử dụng nó.

Xin lưu ý rằng bạn có thể sử dụng NPM để quản lý các phụ thuộc máy khách của mình ngay cả khi không sử dụng browserify hoặc webmake . Trong hầu hết các dự án tôi đang thực hiện, sau khi các mô-đun npm được cài đặt, tôi chạy một kịch bản để triển khai chúng đến vị trí mà ứng dụng khách của tôi sử dụng chúng. Đôi khi tôi sử dụng grunt để ghép tệp đó với các tệp js khác và đôi khi tôi tham chiếu nó trực tiếp từ các tệp mẫu của ứng dụng web của mình. Trong mọi trường hợp, đây là một sở thích cá nhân. Những người khác có thể thấy Bower hoặc Volo dễ sử dụng hơn vì chúng phù hợp tự nhiên hơn trong quy trình làm việc của họ.

Ưu điểm lớn của Bower so với NPM là quản lý phụ thuộc của nó thực thi bằng cách sử dụng một phiên bản duy nhất của một thành phần (trong khi NPM hoạt động bằng cách có các bản sao / phiên bản khác nhau làm phụ thuộc của các mô-đun khác nhau). Đây là một điều RẤT TỐT vì nó ngăn javascript phía máy khách của bạn trở nên cồng kềnh thông qua việc cần bao gồm nhiều bản sao của một thành phần ở các phiên bản khác nhau. Bao gồm nhiều bản sao của một mô-đun là trọng tâm trong cách quản lý phụ thuộc của NPM hoạt động và do đó NPM hoàn toàn không phù hợp với quản lý gói phía khách hàng.

Một hậu quả của những điều trên là các nhà bảo trì và người tiêu dùng gói bower phải thận trọng hơn trong việc duy trì số phiên bản phụ thuộc của họ để tránh xung đột, nhưng đó là một cái giá phải trả. Và tôi thấy các mô-đun NPM thường cẩu thả trong việc phát hành các bản phát hành chính, phụ và bản vá để quản lý phụ thuộc NPM cũng không chính xác là một bông hồng.

Tôi biết điều này không nằm trong phạm vi của câu hỏi nhưng cũng có một cách khác. Jam JS - http://jamjs.org/ Một điều thú vị là nó có khả năng xử lý khó khăn:

jam compile output.js

Ai đó nên tạo một trình quản lý gói khác và đặt tên cho nó: yapm :)