Tôi đã chọn Titanium cho ứng dụng nghiêm túc, mặc dù một ứng dụng không sử dụng máy ảnh. Tôi nghĩ rằng có rất nhiều thứ có thể chơi theo quyết định của bạn ...
Nếu ứng dụng của bạn dự định làm những thứ "lạ mắt" với máy ảnh, hoặc một số xử lý hình ảnh nặng và v.v. tắt đi bản địa. Nếu mặt khác, bạn chỉ muốn có nó chụp ảnh, và sau đó những người sẽ được sử dụng như là, hoặc gửi đến một máy chủ, hoặc những gì không, sau đó Titanium nên làm việc tốt. Titanium có một số xử lý và thao tác hình ảnh, nhưng như những người khác đã nói, nếu bạn thực sự muốn tận dụng lợi thế của phần cứng của thiết bị, bạn có thể muốn đi bản địa đầy đủ.
Cũng cần lưu ý và Appcelerator cũng nói điều này, với ứng dụng Titanium, bạn sẽ không chỉ viết một ứng dụng duy nhất hoạt động như trên tất cả các thiết bị. Bạn sẽ cần phải chuyển giao giao diện người dùng cho từng thiết bị (hoặc lớp thiết bị, ví dụ: iPhone, Android), vì chúng có giao diện người dùng khác nhau và các luồng giao diện người dùng chuẩn khác nhau, v.v.
Nhưng, một trong những lợi thế tiềm năng đối với Titanium là nếu bạn không biết Objective-C và/hoặc Java và bạn biết JavaScript (và trong trường hợp của tôi, tôi thực sự đang sử dụng Coffeescript :). Hoặc, nếu bạn thích công việc của mình thì viết JS nhiều hơn ObjC/Java. Đây là một trong những lý do chính cho tôi. Tôi đã làm một số ObjC dev trong quá khứ, và thậm chí không nhớ nó, nhưng dự án này tôi đang làm là trên một lịch trình rất rất tích cực, và nó đã được chỉ có được hiệu quả hơn cho tôi để sử dụng Titanium. Tôi đã có thể thiết lập và xây dựng một ứng dụng cực kỳ nhanh chóng và tôi không mất nhiều thời gian để làm quen với ngôn ngữ lập trình tôi đang sử dụng, bit quản lý bộ nhớ (bạn hoàn toàn không thể bỏ qua điều này với Titanium, nhưng về cơ bản họ đang làm điều đó cho bạn). Dựa trên những người tôi đã nói chuyện, và thời gian họ dành cho việc quản lý bộ nhớ, các vấn đề của Interface Builder (điều này chủ yếu là dễ quên cài đặt kết nối hoặc móc nhiều thứ, IB thực sự là một công cụ tuyệt vời), và như vậy, tôi khá vui vì tôi đang sử dụng Titanium.
Trong khi tôi dự kiến sẽ làm một phiên bản Android tại một số thời điểm, nó không phải là một ưu tiên. Nhưng, tôi vui mừng khi biết rằng một đoạn lớn mã ứng dụng của tôi sẽ có thể sử dụng lại, thử nghiệm, v.v. và tôi sẽ chủ yếu chỉ xây dựng/sửa đổi giao diện người dùng cho Android, không viết lại mã mạng, quản lý dữ liệu , v.v. Hỗ trợ Android sẽ tốt hơn nhiều (được cho là) trong Titanium 1.5, nhưng bạn có thể muốn chờ bản phát hành đó đánh giá Android nếu đó là ưu tiên.
Cuối cùng, Titanium có hệ thống "mô-đun", cho phép bạn bao bọc mã gốc, hiển thị mã đó dưới dạng giao diện JavaScript trong Titanium. Chúng tôi sắp tận dụng điều này để tích hợp thư viện của bên thứ ba và ít nhất là đối với những gì chúng tôi cần, có vẻ rất dễ sử dụng và đã cho tôi thêm tự tin rằng nếu một số tính năng cụ thể mà chúng tôi cần truy cập chúng tôi muốn có một cơ hội tốt để tích hợp trong khi vẫn sử dụng Titanium, nhưng tôi nghĩ rằng nó sẽ phụ thuộc vào những gì các chức năng bản địa cụ thể được.
Chúc bạn may mắn và thích xây dựng một ứng dụng dành cho thiết bị di động, nó khá thú vị!
tôi có nền tảng java nặng nên tôi đồng ý với bạn. Mục tiêu của tôi là giảm thời gian phát triển tổng thể vì vậy nếu tôi đi với titan tôi sẽ đạt được mục tiêu này? –
Đối với mỗi của riêng mình, bởi vì tôi không quan tâm nhiều đến Java, Eclipse và một số quyết định thiết kế được thực hiện trong SDK Android. Tôi làm việc hiệu quả hơn trong Cocoa/Cocoa Touch, với các công cụ phát triển của Apple, hơn bất kỳ môi trường nào khác mà tôi đã làm. Tuy nhiên, tôi đồng ý với ý kiến của bạn rằng phát triển bản địa trên Android là cách để đi, theo cùng cách tôi cho rằng đó là việc cần làm cho iPhone. –
@numes Tôi nghĩ rằng nếu bạn không quen thuộc với Cocoa & Objective C và bạn không cố gắng để làm cho bất cứ điều gì ridiculously điên hơn Titanium nên làm điều đó. Khuôn khổ của họ cho iPhone/iPad là khá damn tốt và bạn đang sản xuất khá nhiều ngay lập tức. –