Java (vẫn) là ngôn ngữ đa nền tảng được lựa chọn? [đóng cửa]

Khi tôi bắt đầu sử dụng Java vào những năm 1990, tất cả chỉ là " Viết một lần, chạy mọi nơi! " Từ ngày đầu tiên. Điều đó có lẽ hoàn toàn đúng khi đó và tôi cũng là một phần của dàn hợp xướng.

Tôi không chắc phải nghĩ gì về điều đó nữa, xem xét tất cả các ngôn ngữ khác sử dụng thời gian chạy đa nền tảng (python, flash, perl, html, php ...). Nhưng tôi vẫn thấy nhiều đối số nói rằng bạn nên sử dụng Java vì nó được cho là tốt hơn để phát triển đa nền tảng.

Vì vậy, điều đó có còn đúng ngày hôm nay không? Java có còn là ngôn ngữ được lựa chọn để phát triển đa nền tảng không?

• Hãy cụ thể tập trung vào các khía cạnh đa nền tảng.
• Tôi không yêu cầu so sánh tính năng ngôn ngữ chung.

Cập nhật: Phản hồi tuyệt vời cho đến nay! Hầu hết các câu trả lời dường như ủng hộ Java hoặc web. Bất kỳ đầu vào từ đám đông kịch bản?

các ngôn ngữ theo phong cách kịch bản như python cũng giúp phát triển đa nền tảng dễ dàng hơn. Bây giờ, việc bạn có thích Python (hoặc các ngôn ngữ khác) hay không phụ thuộc vào bạn và có lẽ chúng ta không cần phải bắt đầu cuộc tranh luận đó ở đây.

Java cố gắng buộc bạn viết mã sẽ chạy một cách có thể di chuyển, trong khi python cho phép bạn viết mã di động. Bản thân ngôn ngữ python sẽ chạy một cách hợp lý, nhưng các thư viện bên ngoài có thể hoặc không. Ngoài ra, python sẽ tự do cấp quyền truy cập vào các dịch vụ cụ thể của nền tảng.

Java có lợi thế không? Tôi nghĩ trong cả hai trường hợp bạn có thể viết mã di động dễ dàng tương tự. Đó là, bạn có thể viết mã và nó thường sẽ hoạt động trên các nền tảng khác nhau. Nhưng bạn không thể thoát khỏi việc chỉ viết mã và cho rằng nó sẽ hoạt động ở mọi nơi. Tôi đã làm việc với một dự án python sản xuất phiên bản cho Windows, Linux và Mac và chúng tôi gặp rất ít vấn đề về nền tảng. (Điều duy nhất tôi nhớ là do lỗi trong thư viện chúng tôi đang sử dụng pygame, gây ra sự cố vẽ trên Linux. Điều này đã được khắc phục bằng cách nâng cấp phiên bản pygame mà chúng tôi đã sử dụng)

Một vấn đề khác là triển khai. Nếu bạn muốn phân phối các chương trình độc lập chạy mã của mình, bạn sẽ phải sản xuất các phiên bản khác nhau cho các nền tảng khác nhau. Đối với Java, bạn có thể phân phối một phiên bản và giả sử rằng người dùng đã cài đặt Java hoặc có thể cài đặt phiên bản đó. Trong trường hợp này, Java có thể thắng trong sự đơn giản của bộ phận triển khai.

Cuối cùng, tôi nghĩ nó thuộc về ngôn ngữ nào bạn thích làm việc và loại triển khai nào bạn cần thực hiện.

Trong khi Java có thể không những hay chỉ khả thi cụ đa nền tảng, nó có một số ưu điểm:

• Nó cực kỳ nhanh.
• Nó cực kỳ mạnh mẽ.
• Nó cực kỳ di động (ví dụ: mã byte được biên dịch 10 năm trước trong Windows 95 chạy tốt trong OS X ngày nay).

và một số điểm yếu:

• Các thư viện GUI lõi (Xoay ...) đang hiển thị tuổi của họ (trợ giúp của bên thứ 3 tại đây).
• Bản thân ngôn ngữ có thể ít dài dòng hơn (ví dụ: các trường hợp ngoại lệ được kiểm tra ...).
• Thời gian khởi động có thể nhanh hơn (mặc dù nó luôn được cải thiện).

Khi nói cụ thể về nền tảng Java , có một điểm nữa:

• Có khá nhiều ngôn ngữ chạy trên JVM và tương tác với Java.

Điều đó đúng như ngày nay khi nó quay lại - đó là nói không hoàn toàn. Java được viết một lần, kiểm tra và gỡ lỗi ở mọi nơi. Chắc chắn rằng đó là công việc ít hơn nhiều so với một cổng hoàn toàn mới nhưng nó thường hoạt động nhiều hơn so với sự cường điệu ban đầu mà chúng tôi tin tưởng.

Sản phẩm của chúng tôi có máy chủ Java sẽ chạy trên Windows hoặc Linux nhưng chúng tôi đã thấy các sự cố cụ thể của HĐH với nó và đảm bảo rằng chúng tôi có cả máy chủ Linux và Windows để hỗ trợ / kiểm tra nếu cần. Các giao diện người dùng Java có xu hướng có nhiều vấn đề hơn các máy chủ (mặc dù nhiều máy tính là mỹ phẩm và do đó có khả năng có thể bị bỏ qua tùy thuộc vào ứng dụng).

Mặc dù không hoàn toàn là một ngôn ngữ đối với tôi, web là nền tảng đa nền tảng được lựa chọn. Giao diện người dùng HTML / JavaScript có nghĩa là ứng dụng của bạn sẽ chạy trên hầu hết mọi nền tảng máy khách và trong hầu hết các trường hợp là mục tiêu thực sự - không phải lo lắng rằng đó là máy Mac hay PC, phiên bản HĐH, v.v.

Tất nhiên, nhìn chung bạn vẫn sẽ ra lệnh cho nền tảng máy chủ nhưng khi mọi người trở nên linh hoạt hơn rất nhiều, đặc biệt là những ngày này khi hầu hết các công ty đã hỗ trợ kết hợp máy chủ Windows và Linux.

Cá nhân, tôi muốn nói rằng Java vẫn là ngôn ngữ đa nền tảng được lựa chọn và có khả năng vẫn ở đó một thời gian (bên cạnh các ứng dụng web). Tôi đã viết thêm một số chủ đề trong bài đăng này trên Java như là một nền tảng được lựa chọn , nhưng cụ thể là trên mặt trận đa nền tảng:

• Miễn là bạn cẩn thận với các phụ thuộc của mình (ví dụ: tránh các thư viện sử dụng JNI để giao diện với mã gốc) thì Java có thể được viết không chạy trên tất cả các nền tảng JVM chính

• Beacuse Java thường được phân phối dưới dạng mã byte độc ​​lập với máy, bạn có thể chạy mà không cần biên dịch lại trên bất kỳ JVM nào (do chính JVM cục bộ xử lý biên dịch JIT thành mã gốc). Ví dụ: tôi đã thành công trong việc giúp ứng dụng GUI phức tạp hợp lý chạy lần đầu tiên trên máy Mac sau khi phát triển trong Windows - với cùng một tệp jar . Trái ngược với hầu hết các ngôn ngữ đa nền tảng khác, thường yêu cầu các thư viện khác nhau hoặc biên dịch lại cho một nền tảng khác.

• Rất nhiều thư viện cốt lõi bạn cần (GUI, mạng, IO, v.v.) là một phần của thời gian chạy tiêu chuẩn và được viết theo cách đa nền tảng. Vì vậy, bạn không cần phải đi săn và thử nghiệm các thư viện đa nền tảng, bạn được đảm bảo rằng hầu hết mọi thứ bạn cần đều đã có trong môi trường thời gian chạy.

Tôi nghĩ bạn có những lựa chọn đó:

1) sử dụng một

• biên dịch hoặc
• giải thích ngôn ngữ.

2) Làm thế nào bạn sẽ đóng gói và cung cấp mã của bạn?

• Một "front-end", một nhị phân / script?
• Một "front-end", nhiều nhị phân / script?
• Nhiều "mặt trước", nhiều nhị phân / tập lệnh?

Những lựa chọn đó ảnh hưởng đến hiệu suất, khả năng hiển thị và phân phối mã soure.

Bạn có phiền khi cho đi mã nguồn của bạn? Ngôn ngữ biên dịch có thể là dành cho bạn. Các ngôn ngữ được biên dịch dường như hoạt động tốt hơn ở các điểm chuẩn vi mô so với các ngôn ngữ được giải thích (thậm chí là JITed). Ngoài ra nếu bạn phụ thuộc vào môi trường thời gian chạy như Java, Python, Ruby, v.v., mã của bạn có thể khó phân phối hơn.

Tôi thấy rằng hầu hết các ứng dụng máy tính để bàn đa nền tảng phổ biến đều sử dụng "Một mặt trước, nhiều nhị phân" bằng C / C ++ và thư viện tiện ích đa nền tảng, ví dụ :Audacity, Blender, Firefox, Google Earth, OpenOffice, Skype, Songbird, Stellarium, VLC.

Tôi sẽ nói không. python và ruby ​​được sử dụng rất nhiều và javascript cho cả phía máy khách và máy chủ cũng vậy. Cá nhân tôi sử dụng .NET và không gặp vấn đề gì khi chạy nó trên mac và linux (trong khi phát triển trên windows)

-edit- tôi nghe nói LLVM đang trở nên phổ biến nhưng vẫn còn rất nhỏ. Điều đó sẽ cho phép bạn sử dụng C ++ đa nền tảng trong một nhị phân duy nhất. Rõ ràng nó sẽ được thực thi trên trình duyệt nhưng tôi chưa thấy một ví dụ nào cho phép bạn sửa đổi dom hoặc gọi javascript.

Nếu bạn đưa các nền tảng di động vào hỗn hợp thì ít nhất bạn cũng cần bao gồm biên dịch lại. Ví dụ: android, j2me.