Hoạt ảnh UIView so với CALayers

Question

Tôi đang gặp khó khăn với việc định hình hoạt ảnh bằng CALayer như trái ngược với Phương thức hoạt ảnh của riêng UIView. Hãy ném "Core Animation" vào đây và, có thể ai đó có thể nói rõ các khái niệm này từ cấp cao để tôi có thể hình dung rõ hơn những gì đang diễn ra và tại sao tôi muốn di chuyển hoạt ảnh UIView (mà giờ đây tôi đã khá quen thuộc) cho hoạt ảnh CALayer trên iPhone. Mọi chế độ xem trong Cocoa-Touch sẽ tự động nhận được một lớp. Và, có vẻ như, bạn có thể tạo ảnh động một và/hoặc cái kia?!? Thậm chí trộn chúng lại với nhau?!? Nhưng tại sao? Đường dây ở đâu? Các pro/con cho mỗi là gì?

Hướng dẫn lập trình hoạt ảnh lõi ngay lập tức nhảy vào Lớp & Lớp thời gian và tôi nghĩ cần phải lùi lại một bước và hiểu tại sao những phần khác nhau tồn tại và cách liên quan với nhau.

Answer 1

Sử dụng chế độ xem để kiểm soát và lớp cho kẹo mắt. Lớp không nhận sự kiện để dễ dàng hơn khi sử dụng chế độ xem cho những trường hợp đó, nhưng khi bạn muốn tạo hiệu ứng hình ảnh hoặc hình nền, v.v., các lớp có ý nghĩa. Sự kiện chuyển qua phải các lớp tới chế độ xem sao lưu để bạn có thể có một đại diện trực quan đẹp mắt mà không làm rối loạn các sự kiện của mình. Cố gắng che phủ chế độ xem mà bạn chỉ sử dụng để trình bày trực quan và bạn sẽ phải tự mình truyền các sự kiện chạm vào chính chế độ xem cơ bản.

Answer 2

Biến đổi UIView chỉ 2D và bị hạn chế, biến đổi LAyer có thể là 3D và bạn nên sử dụng những công cụ này nếu bạn muốn làm công cụ 3D, hoạt ảnh UIView sẽ hoạt động nếu bạn thay đổi chuyển đổi UIView hoặc chuyển đổi CALayer. Vì vậy, ở một mức độ cơ bản, bạn có thể thực hiện nhiều thao tác hơn khi bạn đang làm việc với một Lớp thay vì Chế độ xem.

Answer 3

An UIView luôn được hiển thị là CALayer. Khi bạn sử dụng các phương thức UIView để tạo hoạt ảnh cho chế độ xem, bạn đang thao tác một cách hiệu quả phần dưới CALayer.

Nếu bạn cần làm những việc đơn giản, hãy sử dụng phương thức UIView. Đối với các vị trí phức tạp hơn hoặc nếu bạn muốn các lớp không được liên kết với bất kỳ chế độ xem nào cụ thể, hãy sử dụng CALayers.

Answer 4

Tôi đã thực hiện một loạt ứng dụng trong năm qua. Dưới đây là quy tắc chung của tôi:

1. Sử dụng UIView cho đến khi nó không hoạt động theo ý bạn muốn.
2. Sau đó chuyển đến CoreAnimation. Nhưng trước khi bạn nhận được nó quá nhiều ...
3. Nếu bạn viết nhiều hơn một vài hình động, hãy sử dụng Cocos2D.

Answer 5

Tôi không chắc liệu tôi có hiểu lầm phản ứng của Chris đối với "Cocos2D có làm gì tốt hơn không? Bạn không có vấn đề gì khác, liên quan đến xử lý sự kiện liên lạc và nhiều thứ khác bị bỏ qua trong OpenGL ES?"

Có vẻ như câu trả lời cho thấy Cocos2D không dựa trên khuôn khổ OpenGL ES khi thực tế nó là thực tế. Mặc dù nó là một công cụ game 2D tuyệt vời nhưng nó thực hiện OpenGL cho phần lớn sự kết xuất của nó - gắn liền với một thư viện vật lý, nó cho phép rất nhiều khả năng thú vị cho hoạt hình - và Chris chính xác - nó thực sự ít mã hóa hơn.