Tôi nhận thấy rằng trong việc cố gắng nhận các gói nút dường như đơn giản để cài đặt với npm (ví dụ: nerve, một "khung vi mô"), tôi thường gặp phải một số dạng đau phụ thuộc. Sau khi một số đào, tôi theo dõi vấn đề với dây thần kinh để mô-đun bcrypt, mà dường như được viết bằng C/C++ và phải được biên dịch sau khi trình quản lý gói tải xuống.Node.js/npm - anyway để nói nếu một gói là JS tinh khiết hay không?
Thật không may, nó có vẻ như nếu bạn muốn điều này để làm việc trên Windows, câu trả lời là (từ một trong những chủ đề bcrypt vấn đề) "cài đặt một máy ảo Linux". Vì vậy, ngày hôm nay tôi đã làm điều đó, và bắt đầu chạy vào các phụ thuộc khác (bạn cần certain unnamed apt packages cài đặt trước khi bạn có thể nghĩ về xây dựng, mặc dù GCC được cài đặt), sau đó cuối cùng sau khi nhìn thấy một lỗi trình biên dịch C (về một số gói hoặc khác không được có thể tìm thấy "Arrays.c" tôi nghĩ), tôi thực sự đã từ bỏ và chuyển từ dây thần kinh sang thể hiện thay thế. Trớ trêu thay, cài đặt tốc độ lớn hơn và phức tạp hơn với npm trên Linux và Windows mà không có một vấn đề nào.
Vì vậy, câu hỏi của tôi là: có bất kỳ bộ lọc/phụ thuộc theo dõi nào có sẵn cho phép bạn xem liệu gói có phụ thuộc bổ sung ngoài lõi nút không? Bởi vì với tôi sức hấp dẫn của nút là "mọi thứ trong Javascript", và loại công cụ này xua tan ảo tưởng khá khó chịu. Trong thực tế, mặc dù đã làm nhiều hơn thời gian của tôi làm việc với C/C++, bất cứ khi nào tôi thấy một yêu cầu để "làm" một cái gì đó những ngày này tôi thường chạy theo hướng khác la hét. :)
Tôi cảm thấy nỗi đau của bạn Dave, nhưng một số lần chúng tôi buộc phải xuống c/C++ bởi nhu cầu tối ưu hóa và tài nguyên.Sau khi làm việc trên một vài mô-đun nút gốc và cố gắng không lặp lại bất cứ điều gì và sử dụng các phụ thuộc hợp lý, tôi đã gặp phải một số vấn đề. Có lẽ các mô-đun nút hợp lý nhất là các mô-đun gọi hoặc thực thi mã gốc ngược với biên dịch và liên kết với nó. –