사업비율
ios는 2명, android는 3명!
배경
이전 IOS 프로젝트는 OC를 사용하여 개발하여 버전 2.0에 이르렀습니다. 지금은 안드로이드 클라이언트로 작업 중이지만, 이제는 iOS 개발 진행 속도를 높이고 싶어서 Swift를 사용하여 iOS에 참여하기로 결정했습니다. 프로젝트.
문제 발생
저도 비슷한 경험이 없어서 혹시 경험하신 분에게 Swift를 활용해 기존 OC 프로젝트에 어떻게 뛰어들 수 있는지 여쭤보고 싶습니다. 특히 UI 통합과 이전에 OC에 의해 캡슐화되었던 일부 도구의 사용이 그렇습니다.
大家讲道理2017-04-28 09:07:48
Swift의 탁월한 유형 감지 기능은 처음에는 불편하게 느껴져 온갖 판단과 처리 과정에서 번거로움을 유발할 수 있습니다! 하지만 익숙해지고 나면 자신이 작성한 프로그램에 대해 그 어느 때보다 자신감이 있었다는 것을 알게 될 것입니다
Swift 런타임 라이브러리를 6M
헤더 파일만 추가하면 되며 이전에 Objective-C로 작성한 내용은 모두 안심하고 바로 사용할 수 있습니다
이전에 Objective-C로 작성된 내용을 사용하기 시작하면 Swift로 다시 작성하고 싶을 가능성이 높습니다. 왜냐하면 Objective-C에는 다음과 같은 유형 검사 기능이 많이 부족하기 때문입니다. Swift는 objectForKey:
여기에 메소드가 일반적으로 AnyObject가 반환되므로 유형 변환을 수행해야 합니다
Swift는 명백히 논리적으로 잘못된 모든 상황을 고려하게 하여 런타임 중 오류 가능성을 줄일 수 있지만 이로 인해 종종 "설명할 수 없는" 오류 보고서를 보게 될 것입니다. 오류 메시지를 읽어보세요. 조심스럽게, 당신이 정말로 틀렸다는 것을 알게 될 것입니다
대부분의 Objective-C API는 이전에도 동일했습니다. Apple은 Swift를 사용하여 스킨 레이어를 만들었고 여전히 내부적으로 Objective-C를 호출하고 있습니다. https://github .com/apple/swift-corelibs-foundation
문자열 != NSString
포인터 변수를 사용하는 것은 번거로울 수 있습니다
....
전반적으로 Swift는 개발 효율성을 향상시키지 못했지만(개발 효율성이 더 느릴 수도 있음) 애플리케이션이 온라인에 있을 때 작성한 코드에 대해 그 어느 때보다 자신감이 있다는 것을 알게 될 것입니다. 대부분의 오류를 피했습니다. 혼합하면 프로젝트가 복잡해집니다. 팀 협업이라면 Swift를 사용하기 전에 팀 전체가 무슨 일이 일어나고 있는지 알아야 합니다.
오타가 있으면 지적해주세요 :)