Swift에서 UICollectionView+AFNetworking Image 소감

1831 단어 SwiftiOS
스위프트 했으니까 qita에 남겨둬.
많이 놀았던 흔적이니까 뭔가 미안한 걸 발견하더라도 신경 쓰지 마세요...

잡동사니

  • UICollectionView
  • AFNetworking
  • DAPagesContainer
  • JSONKit

  • 감상


    스위프트는 매우 솔직하고 쓰기 좋다.
    루비와 JS를 좋아하지만 Objective-C의 문법은 징그럽고 이런 사이트의 사람들은 (자신이) 쉽게 들어갈 수 있다고 생각합니다.
    어쨌든 유형 선언을 발표하지 않아도 변수를 사용할 수 있고 alloc 같은 new를 쓰지 않아도 된다안 써도 되고 많이 안 써도 돼요.(개인적으로 벚꽃이 제일 싫어)
    나는 호환성이 비교적 신경 쓰이는 것 같아서 먼저 써 보겠다.

    iOS


    우선 스위프트는 iOS 7을 개발할 수 있다.
    iOS 8 전용 새로운 언어가 아닙니다.

    Objective-C와의 호환성


    모든 Objective-C 객체는 Swift에서 사용할 수 있습니다.(물론 코코아팟도!)
    AppName-Bridging-Header.h라는 눈썹 파일을 만듭니다. 여기에 눈썹만 포함하면 모두 삭제할 수 있습니다.swift에서 볼 수 있습니다.(설정 구성하기)
    Objective-C 대상, 어떤 브리지를 준비하는 등 쓸데없는 일은 전혀 없고, 그냥 Swift에서 인사할 수 있다.
    인터페이스가 완전히 같다.init 방법만 좀 달라요.
    간단하게 말하면 Objective-C에서 한 것처럼.

    Swift의 영향과 이동에 관한 상황입니다.


    나는 스위프트 자체가 이전과 전혀 달라지지 않고 문법만 바뀌었을 뿐이라고 생각한다.(유사한 JS=>Coffee)
    Objectiver-C와 Swift의 호환성은 보통이 아니다.사과가 너무 진지해요.
    그 문장 구조도 Objective-C 풍격을 극단적으로 삭감한 현대식이다.
    방금 쓴 바와 같이 웹 사용자들은 iOS 개발에 매우 쉽게 들어갈 수 있다고 생각합니다.
    인터넷 언어에 익숙한 사람이라면 눈에 익은 문법이 된다.
    눈에 익은 스타일로 쓸 수 있는 것이 중요하다.
    앞으로 스위프트로 계속 이동할 것 같아요.
    호환성이 높은 수준에서 유지되고 있어 이동이 원활하기 때문이다.
    Objectiver-C의 자산이 많은 사업회사는 어렵지만, Objectiver-C의 지원이 갈수록 얇아지는 것은 매우 뚜렷하다. 나는 1년의 경계를 옮기고 싶다.
    개인적으로는 지금 당장 옮길 가치가 있다고 생각합니다.
    문제가 있으면 제3자의 문서와 강좌가 충실하지 못하고 복사할 코드가 없습니다.
    Objective-C의 코드를 적당히 Swift로 바꿔야 한다(다른 것은 쓰기만 하고 쓰기만 바꾸면 된다)
    각도를 바꿔 보면 쓰기만 바꾸면 이동할 수 있는 코드가 많다.새로운 언어 특유의 것이 없고, 전혀 참고 가치가 없다><이런 일.
    뭐, 문서/참고/강좌의 보급은 한 3개월 정도 됐을 거예요.
    다른 iOS(및 Apple 수동)의 언어 변경이기 때문에 동작이 빠르다.
    많이 썼지만 그런 느낌이에요.

    좋은 웹페이지 즐겨찾기