Sự khác biệt của Android (Dalvik + Java so với Old School C ++)

Phát triển trong Android sẽ khác với tôi, đã trải qua 10 năm chơi game mã hóa trong C ++. Sự khác biệt / cạm bẫy / tắc nghẽn chính để phát triển cho Android là gì? Lo lắng lớn của tôi là chuyển sang Java, tôi sẽ bỏ lỡ điều gì nhất?

Để rõ ràng hơn: tôi sẽ bỏ lỡ điều gì nếu tôi mã hóa toàn bộ mọi thứ trong Java so với cách tôi thường mã hóa C ++ cho các bảng điều khiển?

Điều lớn nhất mà bạn có thể bỏ lỡ sẽ là quản lý bộ nhớ rõ ràng. Về mặt tích cực, Java có thông tin kiểu thời gian chạy và tổng quát thực sự. Đồng thời xem: http://developer.android.com/guide/practices/design/performance.html để biết một số mẹo từ Google về cách giữ cho mã Java của bạn hiệu quả.

Raymond Chen gần đây đã mạo hiểm về việc thu gom rác và quản lý bộ nhớ trong CLR và các bài đăng trên blog của anh ấy rất tuyệt để hiểu cách thức hoạt động của nó. (Tôi biết các liên kết sau là dành cho CLR, nhưng chúng vẫn phù hợp để phát triển Java). Đặc biệt là xem: http://bloss.msdn.com/b/oldnewthing/archive/2010/08/09/10047586.aspx và http://bloss.msdn.com/b/oldnewthing/archive/2010/08/10 /10048150.aspx

Điều đó đang được nói, không có nhiều sự khác biệt giữa Java và C ++ và như Chris đã chỉ ra, bạn có thể viết mã bằng C / C ++ trên Android bằng NDK.

Chris Pruett của Google đã nói về việc viết các trò chơi thời gian thực cho Android trong Google I / O 2009 và một lần nữa vào năm 2010 . Ông nói về hiệu suất Java trên Android trong số các chủ đề khác. Anh ấy cũng đã tạo ra một trò chơi, Đảo bản sao , bằng Java và bạn có thể tải xuống mã nguồn để có ý tưởng về một trò chơi Java Android có thể trông như thế nào. Của anh ấyBlog về trò chơi cũng có một số bài viết sâu sắc.

Những cạm bẫy điển hình tương tự như việc viết bằng các ngôn ngữ được thu gom rác khác , bạn sử dụng nhóm đối tượng và phân bổ công cụ trước để tránh việc GC chạy khi bạn không muốn. Các phương thức là ảo theo mặc định trong Java và nó giúp đánh dấu chúng là cuối cùng khi bạn không cần ghi đè chúng. Plugin Android Eclipse đi kèm với một số công cụ gọn gàng để giúp bạn lập hồ sơ cho ứng dụng của mình và theo dõi phân bổ heap.

Bạn đang lo lắng quá nhiều. API cho OpenGL trong Android, OpenGL-ES, được cố tình giữ giống như C. Xem thông số kỹ thuật OpenGL tại http://www.khronos.org/opengles/ để biết chi tiết.

Thậm chí có khả năng bạn sẽ không bỏ lỡ nhiều thứ từ C ++. Rất nhiều nhà phát triển, thậm chí là tác giả lập trình nổi tiếng Bruce Eckel ('Suy nghĩ bằng C ++', 'Suy nghĩ bằng Java') đã tìm thấy Java một ngôn ngữ hiệu quả hơn nhiều cho lập trình hướng đối tượng. Phần lớn là vì những điều họ 'bỏ lỡ' ban đầu hóa ra lại không quá quan trọng.

Điều đó nói rằng, điều tôi nhớ nhất là khả năng ghi đè các toán tử, không chỉ các phương thức. Cú pháp thực sự vụng về hơn khi bạn phải xác định / ghi đè phương thức thay vì toán tử.

Hãy xem xét, ví dụ số học số phức. Nó thực sự thanh lịch trong C ++. Không như vậy trong Java. Nhưng điều này hóa ra có tác động tối thiểu đến hầu hết các dự án thực tế.

Một số người phàn nàn về việc không thể thực hiện nhiều kế thừa. Nhưng loại đa thừa kế hữu ích nhất là loại mà Java làm với 'giao diện', vì vậy bạn không nên bỏ lỡ nó nhiều như vậy.