2012-06-18 28 views
6

Tôi là một nhà phát triển Windows C/C++ có kinh nghiệm viết ứng dụng iOS thực sự đầu tiên của tôi. Vì tôi không thực sự phải lo lắng về khả năng tương thích ngược, tôi quyết định nhảy vào và sử dụng chức năng Storyboard mới trong XCode 4.3. Điều tôi đang tìm thấy là, trong khi cốt truyện vẫn hứa hẹn sẽ đưa ra tất cả các màn hình trong ứng dụng của bạn bao gồm cả phân đoạn và cử chỉ mà không cần viết bất kỳ mã nào, thực tế là bất cứ điều gì nhưng chương trình nhỏ nhất không hoạt động khi bạn chạy chúng, thường thất bại một cách phi thường với một thông báo lỗi rất vô ích. Tệ hơn nữa, bạn không thể bước qua mã để xem có gì sai, bởi vì không có mã số.Nhà phát triển iOS mới có nên sử dụng Storyboard và Xibs/Nib không?

Vì vậy, câu hỏi của tôi là: Nên một nhà phát triển iOS mới phát triển mà không có Interface Builder và Nibs và Storyboards đầu tiên theo đề xuất của this article?

Trả lời

4

Có! Bạn chắc chắn nên sử dụng Bảng phân cảnh để xây dựng các ứng dụng của mình. Một trong những điều gọn gàng về Interface Builder là nó không trừu tượng đi các khái niệm cơ bản - bạn vẫn đang làm việc với cùng một loại đối tượng như bạn làm trong mã (UIViewController, UIView, v.v.).

Điều này cho phép bạn vẫn tìm hiểu cách UIKit hoạt động nhưng trải nghiệm những lợi ích của việc xây dựng giao diện người dùng bằng công cụ.

Có một bài thuyết trình WWDC so với năm ngoái rằng phác thảo những điều cơ bản của việc sử dụng Storyboards trong các ứng dụng của bạn:

https://developer.apple.com/videos/wwdc/2011/?id=309

+0

Tôi muốn tin điều này, nhưng đối với một điều storyboards dường như hành động như một sản phẩm Beta, rất lỗi. Ví dụ: Tôi tạo một dự án bộ điều khiển Chế độ xem Masterboard mới. Thay đổi chế độ xem bảng popover thành Static, nhập vào các chuỗi tĩnh trong 4 phần. Chỉ tiêu đề phần đầu tiên xuất hiện, không có chuỗi nào khác hiển thị khi bạn chạy chương trình. Khi một người đăng khác nhận xét, đôi khi các bảng phân cảnh cần [băng keo] (http://stackoverflow.com/questions/7921579/iphone-storyboard-editing-a-table-view) để hoạt động. Khi nó thậm chí sẽ không chạy một cách chính xác, thậm chí băng keo không giúp được gì. – stephmur

+0

@stephmur Thật không may. Trình điều khiển xem bảng trong khuôn mẫu có một lớp con ghi đè các phương thức nguồn dữ liệu của bảng để điền vào nó. Khi bạn chuyển chế độ xem bảng thành tĩnh, các ghi đè vẫn được đặt đúng vị trí. Điều này khiến nguồn dữ liệu của chế độ xem bảng tĩnh bị loại bỏ. – retainCount

+0

Điều đó thực sự thú vị khi bạn tìm ra điều đó. Làm thế nào tôi có thể tìm hiểu cách sử dụng Bảng phân cảnh mà không có kiến ​​thức chuyên sâu của bạn ngay từ đầu? Bạn có thể giới thiệu bất kỳ nguồn hay sách tốt nào không? – stephmur

2

này là khá chủ quan nhưng tôi dứt khoát đồng ý. Nếu bạn muốn tìm hiểu cách iOS hoạt động dứt khoát bắt đầu mã giao diện người dùng trước tiên. Trình tạo giao diện hữu ích cho việc định vị các phần tử một cách nhanh chóng và chính xác, nhưng giống như bài viết đề cập đến bạn sẽ hiệu quả hơn nhiều sau khi bạn hiểu cách các khung nhìn và các bộ điều khiển làm việc cùng nhau như thế nào.

+0

Xin lỗi vì đã thay đổi câu trả lời được chấp nhận của tôi. Tôi ước tôi có thể chấp nhận cả hai vì có vẻ như các bảng phân cảnh không đơn giản như họ nhìn nên thực tế là tôi sẽ làm cả hai: cải thiện kiến ​​thức chung của tôi và áp dụng nó vào việc sử dụng Bảng phân cảnh. – stephmur

+0

Có lẽ tôi cũng sẽ học cách yêu thương họ một ngày nào đó :) –

+0

Tôi có một [cuốn sách] (http://www.amazon.com/iOS-Programming-Edition-Guides-ebook/dp/B007OWBAB0/ref=tmm_kin_title_0?ie = UTF8 & m = AG56TWVU5XWC2 & qid = 1340313206 & sr = 1-1-catcorr) tuyên bố dạy BOTH phương pháp tiếp cận, vì vậy tôi sẽ cho bạn biết nếu tôi yêu. :) – stephmur

Các vấn đề liên quan