Khi nào tôi nên sử dụng Trình tạo giao diện?

Question

Khi tôi đang học API iPhone, cuốn sách tôi đang sử dụng đã giúp tôi làm mọi thứ có thể với Trình tạo giao diện. Chúng tôi (cô đơn ở đây đôi khi) cũng đang viết mã, nhưng tôi thực sự cảm thấy như tôi đang tìm hiểu về Interface Builder khá tốt.

Tôi biết rằng Trình tạo giao diện khác với các Trình xây dựng GUI khác vì nó sử dụng các đối tượng được tuần tự hóa và không viết mã. Đây được cho là một điều tốt. Vì vậy, ... trong công việc hàng ngày, nó có phải là công cụ của sự lựa chọn, hay tôi nên cố gắng vượt qua sự phụ thuộc của tôi vào Trình xây dựng giao diện?

Ngoài ra: nếu bạn đề nghị rằng "nó phụ thuộc vào những gì bạn đang làm", nó phụ thuộc vào điều gì? Tôi nên quyết định sử dụng Trình tạo giao diện như thế nào?

Lưu ý: Phiên bản chủ quan và tranh luận của câu hỏi này có tiêu đề, Trình tạo giao diện: Công cụ nghiêm trọng hoặc Chỉ dành cho trẻ em? nhưng tôi đã quyết định chống lại nó vì tôi muốn tránh câu hỏi đóng lại.

Answer 1

Trình tạo giao diện thực sự được sử dụng để tạo ứng dụng. Hãy xem bất kỳ ứng dụng Mac dựa trên Cocoa nào - phần lớn không phải do Adobe hoặc Microsoft - và bạn sẽ thấy nó đầy đủ các ngòi bút. Nó phổ biến hơn một chút cho các ứng dụng iPhone được tạo ra mà không có Interface Builder (vì SDK ban đầu được vận chuyển không có IB), nhưng nó vẫn là một công cụ rất phổ biến.

Sự khác biệt giữa Trình tạo giao diện và hầu hết các trình xây dựng GUI khác là Cocoa và Trình tạo giao diện được thiết kế với nhau trong tâm trí. Trên thực tế, nếu bạn tìm kiếm Cocoa mailing list archives, bạn sẽ tìm thấy nhiều người trong những năm qua tự hỏi làm thế nào để có thể tạo ứng dụng Cocoa mà không cần bằng cách sử dụng Trình tạo giao diện. (Câu trả lời là luôn luôn giống nhau: Bạn có thể làm tất cả trong mã, nhưng bạn chỉ muốn lãng phí thời gian của bạn và làm cho nó khó khăn hơn để thiết kế một giao diện tốt.)

Answer 2

Trình tạo giao diện là tuyệt vời nếu bạn định sử dụng tiêu chuẩn Các thành phần giao diện người dùng UIKit. Sử dụng Trình tạo giao diện để thiết kế giao diện người dùng dựa trên UIKit cũng giúp bạn tuân theo Apple iPhone Human Interface Guidelines.

Chỉ có một số ít trường hợp bạn không muốn sử dụng Trình tạo giao diện, một trong những trường hợp rõ ràng nhất là trò chơi cung cấp giao diện độc đáo của riêng họ.

Tôi không nghĩ bạn cần phải quan tâm đến việc xây dựng "sự phụ thuộc vào Trình tạo giao diện". Đó là một công cụ, giống như bất kỳ công cụ nào khác. Sử dụng nó không phải là một sự phụ thuộc, nó chỉ là cách chúng ta hoàn thành công việc.

Answer 3

Trình tạo giao diện là một công cụ tuyệt vời. Sử dụng nó nhiều như bạn có thể.
Khi bạn không thể làm điều gì đó bằng cách sử dụng Trình xây dựng giao diện chỉ, thì đã đến lúc viết mã kết hợp IBOutlets và mã, hoặc chỉ thực hiện trong mã.

Answer 4

Trình tạo giao diện không tạo mã, nó chỉ tạo biểu đồ đối tượng của các lớp hiện có. Nếu bạn nhìn vào tập tin nib bạn có thể thấy điều này. Nó chỉ là một danh sách các quy tắc cho những gì các đối tượng để tạo ra và những mối quan hệ để thiết lập giữa chúng. Không có mã trong một ngòi và có rất ít mã đáng ngạc nhiên trong các phương thức loadFromNib khác nhau.

Đây là khớp nối thời gian chạy trong Mục tiêu-c, làm cho tất cả điều này có thể xảy ra. Tôi không có bất kỳ ngôn ngữ nào khác thực sự có thể kéo nó ra.

Answer 5

Có sự khác biệt nhỏ. Điểm khác biệt là IB sử dụng ít bộ nhớ và bộ nhớ RAM hơn mà giao diện được tạo lập trình. Đây là ví dụ đơn giản của tôi.{Tôi mới trong OBJ-C}

Các mã nguồn và ứng dụng nhị phân ở đây http://www.mediafire.com/download/9ph1zs1kyag9f1g/TestDifference_IB-Programmatically.zip