iOS Navigation Bar VS UIToolBar

Question

Theo Apple "Human Interface Guidelines" - Di chuyển thanh nên chỉ có một nút khác (ngoài các nút quay lại tiêu chuẩn)

Tất cả điều này là tốt, nhưng có một số ứng dụng mà có nhiều nút trên thanh Điều hướng trên cùng, chẳng hạn như ứng dụng Facebook (Image) Câu hỏi/thảo luận của tôi phát sinh từ đây. . .

1) táo sẽ chấp nhận việc sử dụng một UIToolBar ở vị trí của một thanh Navigation (với một nút "back"" tùy chỉnh, mà sẽ đóng vai trò như một sự thay thế cho Navigation Bar:

2) Đây có phải là như thế nào Nếu bạn có thể sử dụng thanh công cụ thay vì Thanh Điều hướng, tôi sẽ có một khoảng trống nhỏ ở trên cùng, nơi thanh công cụ sẽ chồng chéo lên thanh trạng thái - tôi nên vượt qua như thế nào Vấn đề này? - - sẽ đặt một UIView, ở vị trí đó với Thanh công cụ được nhúng là giải pháp đúng cho vấn đề này?

.210

Tất cả các bạn giúp đỡ/ý kiến ​​/ hướng dẫn được rất nhiều đánh giá cao

Answer 1

Bạn không phải hiển thị thanh điều hướng, nó có thể bị ẩn (xem setNavigationBarHidden:animated:). Bạn có thể sử dụng UIToolbar thay vào đó nhưng có rất nhiều tùy chọn để tùy chỉnh thanh điều hướng.

Bạn có thể đặt leftBarButtonItem, titleView hoặc rightBarButtonItem làm chế độ xem tùy chỉnh như được chỉ định trong UINavigationController class reference. Các thuộc tính đó có một số UIBarButtonItem nhưng không nhất thiết phải là nút. Bạn có thể tạo UIBarButtonItem bằng cách sử dụng initWithCustomView: để tạo UIBarButtonItem với bất kỳ UIView nào. Nó có thể là một UIView có nhiều nút như subviews hoặc một thanh tìm kiếm hoặc phân đoạn kiểm soát hoặc bất cứ quan điểm bạn cần miễn là chúng phù hợp và không vi phạm HIG. Bạn có thể làm điều đó với bất kỳ trong số 3 chế độ xem tùy chỉnh trên thanh điều hướng.

Answer 2

1) táo sẽ chấp nhận việc sử dụng một UIToolBar ở vị trí của một thanh Navigation (với một nút "back"" tùy chỉnh, mà sẽ đóng vai trò như một sự thay thế cho Navigation Bar:

Lời khuyên của tôi, khi phải đối mặt với một "nên tôi có thể vi phạm các đặc điểm kỹ thuật bằng cách làm việc xung quanh nó và hy vọng họ không quan tâm" quyết định, là "không". Bạn có sẵn sàng dành thời gian để thay đổi mã để đáp ứng thông số kỹ thuật nếu họ không chấp nhận không?

2) Đây có phải là cách Facebook sẽ đạt được thanh hàng đầu của họ không?

Tôi không chắc chắn điều này là đáng tin cậy.

3) NẾU tôi có thể sử dụng một thanh công cụ thay vì một Navigation Bar, tôi sẽ phải một không gian nhỏ ở phía trên nơi thanh công cụ sẽ chồng lên "tình trạng bar" - làm thế nào tôi nên khắc phục vấn đề này? - - sẽ đặt A UIView, ở vị trí đó bằng Thanh công cụ được nhúng là giải pháp đúng cho sự cố này?

Tôi đã tạo một ứng dụng có thanh công cụ và thanh điều hướng. See the screen shots (Review page) here. Thanh công cụ nằm ở trên cùng, bên dưới thanh điều hướng. Tại một thời điểm, tôi đã thêm một tính năng để tạo một lần nhấn trên thanh điều hướng ẩn/hiển thị thanh công cụ. Nhưng vì các màn hình dài hơn xuất hiện, tôi đã xóa nó. Hầu hết người dùng dường như không quan tâm đến việc nhấn thêm nhỏ ở đầu miễn là màn hình hiển thị cung cấp thông tin họ cần.

Điều này có hữu ích không?

Answer 3

1) Có thể. Tôi đã không nhìn thấy hoặc nghe nói về một ví dụ của Apple làm phiền để từ chối một ứng dụng sử dụng một thanh công cụ chứ không phải là một bộ điều khiển chuyển hướng. Tuy nhiên, bạn có thể yêu cầu người đánh giá có ngày tồi tệ quyết định từ chối ứng dụng của bạn vì lý do đó; nó thực sự không thể biết chắc chắn, nhưng không chắc. Tôi sẽ nói rằng tôi đã gửi một ứng dụng trông giống như các ứng dụng có bộ điều khiển điều hướng nhưng thanh trên cùng là tùy chỉnh và nó đã được chấp nhận.

2) Thanh trên cùng của Facebook có nhiều khả năng hoàn toàn tùy chỉnh. Bạn có thể thấy rằng hiệu ứng trong suốt không giống như độ trong suốt của thanh điều hướng tiêu chuẩn và bố cục không giống với bất kỳ điều khiển quả táo tiêu chuẩn nào.

3) Căn chỉnh thanh trên cùng của bạn (tuy nhiên bạn làm điều đó) với topLayoutGuide trong trình tạo giao diện (hoặc trong mã).