...And It Was OKNo mobile developme

...And It Was OK
No mobile development environment is perfect, and the combination of Java and Android is no exception.
In the beginning, Java, as implemented for the Dalvik virtual machine, was interpreted, without any of the just-in-time (JIT) compiler tricks regular Java uses to boost performance. This is a bigger problem in mobile, since the devices Android runs on tend to be less powerful than your average desktop, notebook, or web server. Android 2.3 added a JIT compiler, which helps a lot, but it is still slow compared to native compiled code. Hence, there will be some things you just can’t do on Android with Java because it is too slow.
Java uses garbage collection to save peoplefrom having to keep track of all their memory allocations. That works for the most part, and is generally a boon to developer productivity. However, it is not a cure-all for every memory and resource allocation problem. You can still have what amounts to “memory leaks” in Java, even if the precise mechanics of those leaks differ from the classic leaks you get in C, C++, and other languages.
Most importantly, though, not everybody likes Java. It could be because they lack experience with it, or perhaps they have had experience with it and did not enjoy that experience. Certainly, Java is often seen as a language for big enterprise systems and, therefore, not necessarily “cool.” Advocates of other languages will have their own pet peeves with Java as well (e.g., to a Ruby developer, Java is really verbose).
So, while Java was not a bad choice for Android, it was not perfect, either.

Kết quả (Việt) 1:

... Và đó là OKKhông có môi trường phát triển điện thoại di động là hoàn hảo, và sự kết hợp của Java và Android là không có ngoại lệ. Ban đầu, Java, như thực hiện cho máy ảo Dalvik, được diễn giải, mà không có bất kỳ (JIT) chỉ trong thời gian thủ thuật trình biên dịch Java thường xuyên sử dụng để tăng hiệu suất. Đây là một vấn đề lớn hơn trong điện thoại di động, kể từ khi các thiết bị Android chạy trên có xu hướng ít mạnh mẽ hơn so với trung bình là máy tính để bàn, máy tính xách tay hoặc máy chủ web của bạn. Android 2.3 thêm một trình biên dịch JIT, sẽ giúp rất nhiều, nhưng nó vẫn còn chậm so với bản xứ biên dịch mã. Do đó, sẽ có một số điều bạn chỉ không thể làm trên Android với Java vì nó là quá chậm. Java sử dụng thu gom rác thải lưu peoplefrom cần phải theo dõi của tất cả các cấp phát bộ nhớ của họ. Mà làm việc cho hầu hết các phần, và nói chung là một lợi ích cho nhà phát triển năng suất. Tuy nhiên, nó không phải là một cure-all cho mỗi vấn đề phân bổ nguồn lực và bộ nhớ. Bạn vẫn có thể có những gì số tiền để "rò rỉ bộ nhớ" tại Java, ngay cả khi các cơ chế chính xác của rò rỉ những khác với rò rỉ cổ điển mà bạn nhận được trong C, C++, và các ngôn ngữ khác. Quan trọng nhất, mặc dù, không phải ai cũng thích Java. Nó có thể là bởi vì họ thiếu kinh nghiệm với nó, hoặc có lẽ họ đã có kinh nghiệm với nó và đã không tận hưởng những kinh nghiệm đó. Chắc chắn, Java thường được xem là một ngôn ngữ cho hệ thống doanh nghiệp lớn và, do đó, không nhất thiết phải "mát mẻ." Những người ủng hộ của các ngôn ngữ khác sẽ có riêng của họ peeves vật nuôi với Java là tốt (ví dụ như, một nhà phát triển Ruby, Java là thực sự tiết). Vì vậy, trong khi Java không một sự lựa chọn xấu cho Android, nó đã không hoàn hảo, một trong hai.

Kết quả (Việt) 2:

... Và nó đã OK
Không có môi trường phát triển điện thoại di động là hoàn hảo, và sự kết hợp của Java và Android cũng không ngoại lệ.
Ban đầu, Java, như thực hiện cho các máy ảo Dalvik, được giải thích, mà không có bất kỳ dở chỉ thời (JIT) biên dịch thủ đoạn thường xuyên sử dụng Java để tăng hiệu suất. Đây là một vấn đề lớn hơn trong điện thoại di động, từ các thiết bị Android chạy trên có xu hướng ít mạnh mẽ hơn so với máy tính để bàn, máy tính xách tay hoặc máy chủ web của bạn trung bình. Android 2.3 thêm một trình biên dịch JIT, giúp rất nhiều, nhưng nó vẫn còn chậm so với mã biên dịch bản địa. Do đó, sẽ có một số thứ bạn không thể làm trên Android với Java vì nó là quá chậm.
Java sử dụng thu gom rác thải để tiết kiệm peoplefrom phải theo dõi của tất cả các cấp phát bộ nhớ của họ. Điều đó làm việc cho hầu hết các phần, và nói chung là một lợi để phát triển năng suất. Tuy nhiên, nó không phải là một cứu cánh cho mỗi bộ nhớ và tài nguyên vấn đề phân bổ. Bạn vẫn có thể có những gì số tiền để "rò rỉ bộ nhớ" trong Java, ngay cả khi các cơ chế chính xác của những rò rỉ khác nhau từ việc rò rỉ cổ điển mà bạn nhận được trong C, C ++, và các ngôn ngữ khác.
Quan trọng nhất, tuy nhiên, không phải ai cũng thích Java. Nó có thể là do họ thiếu kinh nghiệm với nó, hoặc có lẽ họ đã có kinh nghiệm với nó và đã không được hưởng kinh nghiệm đó. Chắc chắn, Java thường được xem như là một ngôn ngữ cho hệ thống doanh nghiệp lớn và, do đó, không nhất thiết phải "mát mẻ". Những người ủng hộ của các ngôn ngữ khác sẽ có Peeves vật cưng của mình với Java là tốt (ví dụ, một nhà phát triển Ruby, Java thực sự tiết) .
Vì vậy, trong khi Java không phải là một lựa chọn không tồi cho Android, nó không hoàn hảo, một trong hai.