Nhược điểm của RoR là gì? [đóng cửa]

Hiện tại tôi đang cố gắng quyết định nên học và sử dụng ngôn ngữ phía máy chủ nào để phát triển web và trong khi việc lấy thông tin về lý do tại sao x, y hoặc z lại là một điều tốt, thì khó hơn để tìm ra nhược điểm của từng loại của họ.

Cụ thể, tôi tò mò về những hạn chế của việc học và / hoặc sử dụng Ruby on Rails so với bất kỳ ngôn ngữ / khung cụ thể nào khác.

Phát biểu từ kinh nghiệm: Nhược điểm là bạn dựa vào khung Rails quá nhiều. Đây là một điều tuyệt vời và tuyệt vời nếu bạn chỉ viết những ứng dụng CRUD đơn giản, màu xanh lá cây rơi thẳng vào "điểm ngọt" của Rails; năng suất của bạn sẽ tăng vọt. Tuy nhiên, thời điểm bạn phải làm điều gì đó bên ngoài điểm ngọt ngào đó - tương tác với cơ sở dữ liệu hiện có, nói chuyện với một ứng dụng khác không có API JSON hoặc XML được xác định, thực hiện quy trình công việc phức tạp, Rails sẽ trở thành kẻ thù của bạn. Nó làcó thể thực hiện những điều này với Rails, nhưng nó "chống lại hạt sạn" vì vậy về cơ bản, bạn tự mình tìm ra cách thực hiện vì cộng đồng thường sẽ chỉ trả lời với "Đừng làm vậy, đó không phải là Rails cách "- điều này dẫn đến mất năng suất hoặc mã rất lộn xộn vì về cơ bản bạn phải hack xung quanh khung Rails.

Ngoài ra, có một nhược điểm chưa được nói rõ: Mọi thứ khác sẽ có vẻ xấu xí và lầy lội. Một khi bạn đã nếm mật hoa ngọt ngào, ngọt ngào của Rails (được rồi, truyền giáo chỉ một chút ở đây ...) mọi thứ khác đều tràn ngập. Đi từ Rails trở lại PHP, hoặc ASP.NET WebForms hoặc Java giống như đi trên giường đinh sau khi vui đùa trong một khu vườn tươi tốt; bạn sẽ không nhìn thấy các ngôn ngữ / khung khác trong cùng một ánh sáng, và trong khi bạn vẫn có thể đánh giá cao chúng, bạn sẽ thầm ước ao được ôm hôn yêu thương của Rails.

Đối với ngôn ngữ phía máy chủ đầu tiên của bạn, tôi cảm thấy có thể có một vài vấn đề với RoR:

1. Bạn không chỉ học một ngôn ngữ, bạn đang học một khuôn khổ. Tôi chắc chắn sẽ dành một chút thời gian để chơi xung quanh với viên ruby ​​cũ đơn giản trước khi nhảy vào đường ray.

2. Vì nó là một khung, và một 'ý kiến' ở đó, tôi cảm thấy như nó sẽ cung cấp cho bạn một phạm vi rất hạn chế về tất cả những gì đang diễn ra trong khung.

Nhìn chung, Ruby on Rails có thể là điểm khởi đầu tốt để bắt đầu, nhưng có rất nhiều điều để tìm hiểu về phát triển web mà bạn có thể bỏ lỡ bằng cách quá phụ thuộc vào một khung duy nhất.

Tôi đã cố gắng học RoR nhiều lần và vấn đề lớn nhất của tôi là luôn cố gắng để các gói hoạt động chính xác và tài liệu. Vấn đề với tài liệu này là nó dường như luôn lỗi thời (hoặc rất cơ bản). Tôi đã nhận được những điều cơ bản từ trang web nhưng hơn thế nữa, mọi thứ dường như quá cũ (ngay cả cuốn sách tôi đã mua và cuối cùng trở lại). Một điều khác có thể là một nhược điểm là sự phụ thuộc mà một số thư viện có và cách chúng có thể xung đột với nhau như đã nêu của Ben Coe .

Một cái gì đó mà tôi nghĩ đến sau này và thay vì đưa ra nhận xét, tôi sẽ chỉ chỉnh sửa câu trả lời của mình là: RoR có cơ hội hủy hoại Ruby cho bạn. Tôi biết khi tôi thử nó, nó khiến tôi nghĩ rằng "Ruby thật ngu ngốc". Sau đó vài tháng, tôi quyết định cho Ruby đi và yêu thích ngôn ngữ này, đó là khuôn khổ khiến tôi ghét ngôn ngữ này. Tôi đã không say mê nó nhiều, nhưng khi tôi làm, tôi thực sự thích Sinatra . Tôi nghĩ rằng tôi đã có được niềm vui khi hầu hết mọi người thoát khỏi RoR khỏi Sinatra.

Nếu đây là ngôn ngữ phía máy chủ đầu tiên của bạn, thì nó cũng tốt như bất kỳ ngôn ngữ nào. Điều cần làm là tập trung vào một, và sau khi bạn cảm thấy mình đã thành thạo nó, hãy khám phá những người khác và suy luận ra kết luận của riêng bạn.

Tôi làm việc với RoR và ASP.NET hàng ngày, nhưng thật kỳ lạ, tôi thích thế giới ASP.NET, nhưng điều đó có liên quan nhiều đến triết lý cá nhân hơn là liên quan đến ngôn ngữ hoặc kiến ​​trúc. (Tôi là một người thích kiểm soát và cá nhân tôi bị thu hút bởi các ngôn ngữ được gõ mạnh).

Bất kể, tôi nói cho nó đi. RoR là một môi trường tuyệt vời để làm việc, nhưng trước khi bạn nhảy ngay vào Rails, hãy thoải mái với Ruby như một ngôn ngữ. Ngoài công cụ web, Ruby là một ngôn ngữ kịch bản khá hay nếu bạn phải quản lý hộp * nix và có thể giúp bạn tiết kiệm được rất nhiều thời gian.

Là một người đã học Rails gần đây (như một sở thích - không bao giờ sử dụng nó để phát triển cấp độ thương mại) và đã từng làm việc trong JEE và ASP.NET, câu trả lời của Wayne M rất đúng.

Dù sao, có một khía cạnh tinh tế cho vấn đề này mà chưa ai đề cập đến, nhưng điều đó làm tôi bận tâm một chút với Rails - sự phụ thuộc mạnh mẽ vào quy ước về cấu hình .

Về cơ bản, nếu bạn đã quen sử dụng định hướng "Tìm trong tệp" với cơ sở mã mới, CoC có thể sẽ làm phiền bạn khi cố gắng chọn Rails. Thật tuyệt vời cho các trường xanh CRUD đơn giản được thực hiện chính xác theo cách của Rails (như Wayne M nói), nhưng đối với bất kỳ điều gì độc đáo và phức tạp hơn, sẽ khó có thể tìm ra điều gì đang xảy ra nếu bạn cố gắng tìm ra dòng chảy bằng cách tìm kiếm công cụ trong các tập tin để xem làm thế nào hệ thống ống nước được nối lên.

Mặc dù tôi nghĩ, vấn đề này có lẽ sẽ không tệ như vậy khi bạn có nhiều kinh nghiệm hơn với Rails. Tôi chắc chắn có thể thấy đó là một vấn đề đối với ai đó đến từ phát triển web Java / .NET cũ, người đã quen với một luồng cấu hình rất dài dòng - và được sử dụng để dựa vào việc nhìn thấy mọi thứ được phát âm ở đâu đó.

Với tôi, vấn đề lớn nhất khi tôi học X đầu tiên của mình (trong trường hợp của bạn, X là ngôn ngữ / khung web phía máy chủ), ngay khi tôi thấy các vấn đề khác, tôi ngay lập tức muốn bắt đầu áp dụng X, ngay cả khi nó có thể không phải là lựa chọn tốt nhất Tôi đã trở nên tốt hơn về điều này, nhưng nó vẫn là một xu hướng mạnh mẽ.

Ruby on Rails là một lựa chọn tốt để bắt đầu - có một cộng đồng tốt, nhiều tài liệu và hướng dẫn tốt. Nhưng hãy chắc chắn để giữ các lựa chọn thay thế trong tâm trí, đặc biệt là nếu bạn bắt đầu thực hiện phát triển web nhiều hơn. RoR có thể là quá mức cần thiết cho một số vấn đề, một giải pháp không phù hợp cho những vấn đề khác và sự lựa chọn tốt nhất cho một bộ khác. Biết đó là điểm mạnh, điểm yếu và cách sử dụng công cụ.

Lời khuyên của tôi sẽ là có một bức tranh rõ ràng về dự án mà bạn muốn hoàn thành và sau đó chỉ cần bắt đầu cố gắng xây dựng nó. Khi bạn gặp vấn đề, cuối cùng bạn sẽ lấy được tất cả các công cụ phù hợp. Cách tiếp cận này là tốt bởi vì bạn đang đưa ra quyết định dựa trên các vấn đề cô đọng.

Một điều cần làm là mua sách. Hướng dẫn Internet không cắt giảm theo kinh nghiệm của tôi; họ cũng để lại rất nhiều phòng để phân tâm. Khi bạn có một cuốn sách, các nhà xuất bản phải đảm bảo rằng nó cung cấp giá trị vì họ sẽ mất tiền nếu nhận được đánh giá xấu. Chi tiêu một ít tiền sẽ giúp bạn tiết kiệm rất nhiều thời gian.

Thành thật mà nói tôi không thể hiểu được những người thích thơ mộng về việc đi dạo trong vườn Ruby-on-Rails là gì. Tôi đến với nó như một nhà phát triển ASP.NET-MVC, Java, PHP, Python có kinh nghiệm - và thấy nó là công cụ rút thời gian khủng khiếp nhất từ ​​trước đến nay! 90 phần trăm câu trả lời google trực tuyến là sai hoặc không đầy đủ. Tại sao? Nó đã thay đổi nhiều như vậy mỗi năm? Hoặc là không ai quan tâm đến việc làm cho mã thực sự hoạt động? Tôi đã mất rất nhiều thời gian để làm những việc đơn giản; chẳng hạn, xa hơn nhiều so với nó sẽ đưa tôi vào C # / ASP.NET-MVC chẳng hạn. Nó chắc chắn không bao giờ đưa tôi đến bất cứ nơi nào gần đó để học các công nghệ ban đầu của tôi. Cấp, ROR là ngắn gọn. Nếu điều đó quan trọng với bạn. Nhưng tôi thấy hiếm khi rõ ràng làm thế nào để tạo mã sẽ hoàn thành một nhiệm vụ. Cá nhân, tôi muốn gõ trên bàn phím trong 20 giây để viết mã chắc chắn hoạt động, rõ ràng và bạn có thể theo dõi nó, thay vì nhập mã Ruby trong 2 giây, nhưng nó không bao giờ hoạt động cho đến khi tôi thức cả đêm để tìm cách nào đó thực sự làm cho nó hoạt động. Đó là một đống dodo khủng khiếp, hôi thối. Tại sao? Có phải đó là mã nguồn mở (như miễn phí), không tạo ra các ưu đãi để biến nó thành một công cụ chất lượng? Quá nhiều kịch bản-kiddies bơm sửa đổi và mô-đun và tài liệu xấu vào đó? Tôi không biết. Nhưng cuối cùng khi tôi có thể thoát khỏi dự án Ruby-Rails đầu tiên đó, tôi đã thề rằng tôi sẽ không bao giờ bước vào mớ hỗn độn đó nữa! sản xuất không có khuyến khích để làm cho nó một công cụ chất lượng? Quá nhiều kịch bản-kiddies bơm sửa đổi và mô-đun và tài liệu xấu vào đó? Tôi không biết. Nhưng cuối cùng khi tôi có thể thoát khỏi dự án Ruby-Rails đầu tiên đó, tôi đã thề rằng tôi sẽ không bao giờ bước vào mớ hỗn độn đó nữa! sản xuất không có khuyến khích để làm cho nó một công cụ chất lượng? Quá nhiều kịch bản-kiddies bơm sửa đổi và mô-đun và tài liệu xấu vào đó? Tôi không biết. Nhưng cuối cùng khi tôi có thể thoát khỏi dự án Ruby-Rails đầu tiên đó, tôi đã thề rằng tôi sẽ không bao giờ bước vào mớ hỗn độn đó nữa!

Tôi đề nghị bạn xem xét các chỉ số đánh giá mức độ phù hợp của các ngôn ngữ / tập lệnh khác nhau. Đây là một liên kết có thể chứng minh hữu ích: các ngôn ngữ chuyên nghiệp phổ biến được sử dụng phổ biến.

Điều này cho thấy mức độ phổ biến tương đối của các ngôn ngữ liên quan đến web dựa trên các tìm kiếm của bài đăng công việc trực tuyến.

Tôi đồng ý với một số câu trả lời ở trên về RoR, tôi đã phát triển các ứng dụng với RoR trong hai năm qua. Nó thực sự tốt với các ứng dụng đơn giản, các thao tác CRUD (Tạo, Đọc, Cập nhật và Xóa) hoạt động rất tốt, là một lợi ích để phát triển các ứng dụng đơn giản nhưng cũng là những hạn chế của nó. Mặc dù có rất nhiều đá quý cung cấp các lợi thế khác nhau và dễ sử dụng, về cơ bản nó là nó. Đi ra khỏi hộp sẽ giúp bạn có tất cả các ứng dụng xoắn.

Nếu bạn là một nhóm lớn làm việc trên một ứng dụng sử dụng RoR, đoàn làm việc có thể khó thoát khỏi.