Tôi đã tạo một vài bằng chứng về khái niệm cho công ty của mình trong jQuery Mobile. Trong khi cá nhân tôi yêu thích jQuery, jQM đã không sẵn sàng cho một môi trường sản xuất nếu bạn muốn có giao diện người dùng mượt mà, nhạy bén và không có lỗi. Đó là trong ngày v1.0RC3. Nó là một bản phát hành ổn định vào lúc này nhưng tôi vẫn cảm thấy như vậy, hy vọng các phiên bản trong tương lai sẽ giải quyết những thiếu sót. Tôi đưa ra quyết định này sau khi chạy một số điểm chuẩn, một nhóm tập trung và một chương trình thí điểm (6 ppl). Tất cả đã nói và thực hiện, tôi quyết định đánh giá ST.
Sencha Touch có giao diện người dùng, IMO tốt nhất. Tuy nhiên, có một đường cong học tập mạnh mẽ với khuôn khổ này. Tài liệu API hoàn tất và trong khi có các hướng dẫn ẩn giấu ở đây và ở đó, KHÔNG có phép thuật ra khuôn khổ ST từ đầu đến cuối. Tôi thường thấy mình đang tìm kiếm trong chiều sâu cho một cái nhìn thoáng qua về một lời giải thích không có giải quyết. Tôi cảm thấy bực mình khi đội Sencha không giải quyết vấn đề này. Tôi nghe rất nhiều về việc chải lên trên EXTjs trước tiên vì vậy là nhau thai của ST's birth. (vâng, tôi chỉ nói điều đó) Sự thật là, nếu người ta phải học một khuôn khổ khác để sử dụng một khuôn khổ mà bạn quan tâm, chỉ để hiểu nó hoạt động như thế nào, một thất bại lớn của nó. Tôi không tìm hiểu EXTjs chỉ dành cho ST ...
Đối với Sencha Touch, bạn nên thành thạo MVC, lập trình hướng đối tượng, gỡ lỗi công nghệ web và hiểu rõ JavaScript.
Bây giờ câu hỏi thực là 1.x hoặc 2.x. Các tình huống như thế này rất đáng tranh cãi. Phân tích tài nguyên và chi phí nên được thực hiện trên cả hai phiên bản để cho biết thời gian phát triển của bạn tăng lên như thế nào nếu bạn chuyển mã 1.x thành 2.x và bất kỳ chi phí nào khác liên quan đến đường cong học tập, v.v. Tôi sẽ chỉ cho bạn biết những gì tôi đã làm cho công ty của tôi (7k + nhân viên).
Dự án của tôi cần phải có một mốc nhất định vào một ngày nhất định và tôi chắc chắn không thể triển khai thứ gì đó không ở trạng thái sản xuất. Đơn giản là tôi không thể sử dụng bản beta cho bất kỳ thứ gì đáng kể. Vì ST2.x đang ở giai đoạn PR3, nó chưa sẵn sàng để sản xuất. Chưa kể nhiều tính năng chính của ST hiện đang bị thiếu trong bản phát hành ST 2.x, mặc dù sẽ được thêm vào trong các phiên bản tương lai khi chúng tiến tới ổn định sản xuất.
Tôi đã phát triển ứng dụng của mình ở 1.x vì ứng dụng này ổn định, có nhiều ví dụ và tài liệu sẵn có để tôi có thể tạo một ứng dụng TODAY. Nếu tôi bắt đầu ở ST2, tôi sẽ không thể hoàn thành ứng dụng. API không bị đóng băng, thiếu tài liệu đầy đủ, ví dụ thưa thớt, tài nguyên cộng đồng bị hạn chế và các tính năng bị thiếu. Tôi không thể chờ đợi cho ST2 (sẽ được tuyệt vời!) Nhưng không thể rủi ro dự án của tôi trên nó.
Dòng dưới cùng ... nếu bạn cần một ứng dụng ngay hôm nay, hãy đi với ST1, nếu bạn có thể tạm dừng thêm một vài tháng nữa và có thời gian cập nhật ứng dụng của bạn vì API ST2 bị đóng băng và các tính năng được thêm trở lại trong, sau đó tôi sẽ đi con đường đó. Chúc mừng.
Wow, bạn chắc chắn khai thác ngay vào cốt lõi của câu hỏi của tôi và giải quyết khá nhiều tất cả mọi thứ tôi có thể hy vọng. Cảm ơn bạn! Với một phản ứng toàn diện như vậy, tôi hy vọng những người khác không sợ bị nặng cân, haha! Bây giờ tôi sẽ bắt đầu với 1.x, và hy vọng thu thập đủ kiến thức về quá trình học tập để có thể cập nhật câu hỏi này sau với câu trả lời của riêng tôi, mặc dù tôi hình dung câu hỏi này sẽ không được sử dụng nhiều trong quá trình phát hành ST2. – SilithCrowe
Chúng tôi chắc chắn không phải là những người duy nhất trong cùng một thuyền .. vui vì tôi có thể giúp đỡ! – M69
Phản hồi tuyệt vời. Bạn có thể làm sáng tỏ một chút về các tính năng hiện đang bị thiếu trong phiên bản 2.0 và chưa được triển khai không? – Joshua