Phát triển iPhone so với phát triển Symbian như thế nào?

Question

Đã dành nhiều năm để phát triển Symbian C++, tôi muốn biết sự phát triển của iPhone so với sự phát triển của Symbian như thế nào.

Tôi quan tâm đến câu trả lời từ những người đã dành thời gian làm việc trên cả hai nền tảng.

Để làm rõ: Ví dụ: Làm thế nào để các so sánh sau đây:

• Symbian C++ vs Objective C - cựu là yuck IMHO.
• Thư viện Symbian và thư viện iPhone
• trình giả lập - giả lập gần như thế nào với thiết bị thực - giả lập Symbian thực sự là một trình mô phỏng khi thư viện Symbian được sửa đổi để chạy trên Win32. Ví dụ. một quá trình là một luồng trên trình giả lập Symbian và không phải là một quá trình Symbian. Trình mô phỏng là một mục tiêu xây dựng riêng biệt.
• IDE - cách chúng so sánh (ví dụ: nhật thực hoặc codewarrior so với IDE iPhone có liên quan)
• tài liệu - so sánh tài liệu như thế nào - Tài liệu Symbian để lại nhiều điều mong muốn.
• hỗ trợ cộng đồng
• phân mảnh - Có nhiều phiên bản hệ điều hành Symbian và điện thoại có thể nhắm mục tiêu tiềm năng - đây có thể là một cơn ác mộng phát triển và duy trì thực tế. Cộng với các hương vị khác nhau của giao diện người dùng.
• triển khai ứng dụng - ví dụ: Symbian/private APIs/operator so với cái gì? trên iPhone

Answer 1

Tôi chưa bao giờ thực hiện bất kỳ phát triển iPhone, nhưng tôi muốn chỉ ra một vài diễn biến trong thế giới Symbian có liên quan đến một số điểm của bạn:

Symbian C++ vs Objective C - trước đây là yuck IMHO.

Chắc chắn không phải hương vị của mọi người! Để phát triển ứng dụng, Symbian C++ sẽ trở nên ít liên quan hơn, vì Qt (thường được coi là bộ thư viện thân thiện với người dùng) sẽ được sử dụng cho thế hệ tiếp theo của các lớp ứng dụng/UI. Các lớp thấp hơn của hệ điều hành sẽ tiếp tục sử dụng phương ngữ Symbian của C++, nhưng Qt libraries for functionality such as multimedia, location and messaging đang được thêm vào - vì vậy các nhà phát triển ứng dụng không có khả năng phải trực tiếp gọi các API nền tảng gốc.

emulator - làm thế nào gần là giả lập đến thiết bị thực - Symbian giả lập thực sự là một mô phỏng như nó thư viện Symbian sửa đổi để chạy trên Win32. Ví dụ. một quá trình là một chuỗi trên trình giả lập Symbian và không phải là quá trình Symbian . Trình giả lập là một mục tiêu xây dựng riêng biệt.

Mô tả của bạn về trình mô phỏng (quy trình máy chủ riêng lẻ, mục tiêu xây dựng riêng biệt) là chính xác. Bởi vì điều này, giả lập về cơ bản là một cổng của hệ điều hành cho một nền tảng hoàn toàn khác nhau (trong trường hợp này x86), do đó, không mô hình một cách chặt chẽ ở tất cả các điện thoại. Hạnh phúc, nó đang được loại bỏ và được thay thế bằng một trình mô phỏng, giống như những phần mềm đã được bao gồm trong iPhone và Android SDK.(Trên thực tế, bộ giả lập dựa trên cùng một công nghệ - QEMU - được sử dụng bởi Android) Bởi vì trình mô phỏng dịch các lệnh ARM thành các lệnh được hiểu bởi máy tính để bàn, cùng một tệp nhị phân có thể được triển khai cho cả trình giả lập và trên thiết bị.

Trình giả lập bao gồm một "mô hình bảng" bao gồm một số thiết bị ngoại vi ảo, mỗi thiết bị này là một phần của máy chủ - ví dụ như thiết bị âm thanh giả lập có thể được nối với card âm thanh máy tính để bàn. Do mô hình bảng này có thể được sửa đổi, môi trường mô phỏng có thể được thiết kế để mô hình rất chặt chẽ một thiết bị cụ thể, vì vậy, mong đợi các nhà sản xuất thiết bị gửi mô phỏng trong SDK gần giống với thiết bị vật lý tương ứng.

IDE - làm thế nào để họ so sánh (ví dụ nhật thực hoặc CodeWarrior vs liên quan iPhone IDE)

CodeWarrior là một IDE khá cũ và khá yếu kém. Cacbua (dựa trên Eclipse) là tốt hơn, và cung cấp hỗ trợ gỡ lỗi trên thiết bị trưởng thành hợp lý (mặc dù không phải là slick tại giải pháp XCode/iPhone). IDE bao gồm trong tất cả các SDK Qt (Qt Creator) có lẽ là đẹp nhất, và đã được so sánh với XCode về khả năng sử dụng.

phân mảnh - Có rất nhiều Symbian phiên bản hệ điều hành và điện thoại có thể có thể mục tiêu tiềm năng - điều này có thể là một thực phát triển và bảo trì cơn ác mộng. Cộng với nhiều hương vị khác nhau của giao diện người dùng.

Chắc chắn đúng trong quá khứ. Hy vọng sẽ trở nên tốt hơn trong tương lai. Khi có nhiều giao diện người dùng (S60, S80 và UIQ), hiện chỉ có một (hiện tại dựa trên S60; sắp được thay thế bằng giao diện người dùng dựa trên Qt).