...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.” Advocatesof other languages will have their own pet peeves with Java as well (e.g., to a Rubydeveloper, Java is really verbose).
So, while Java was not a bad choice for Android, it was notperfect, either.

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ẻ". Advocatesof 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 Rubydeveloper, 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, đó là notperfect, một trong hai.