안녕하세요 야곰입니다.
Objective-C를 쓰다가 스위프트로 넘어왔을 때 고민되었던 부분 중의 하나인 스위프트의 상수에 관해 이야기해 보려 합니다.
혼자 프로젝트를 진행하다 보면 상수의 필요성을 많이 느낄 수 없을지 모르지만, 누군가 협업을 하게 된다면, 혹은 미래 또는 과거의 나와 협업(?)을 하게 된다면 상수의 필요성을 많이 느끼게 됩니다.
바꾸면 안 되는 데
안녕하세요 야곰입니다. 오늘은 코코아팟에 대한 이야기를 해보려고 합니다.
iOS 및 macOS, tvOS 등 애플 플랫폼에서 개발을 할 때, 외부 라이브러리를 관리하기 쉽도록 도와주는 의존성 관리 도구들이 있습니다. CocoaPods는 애플 플랫폼을 위한 의존성 관리도구의 일종
안녕하세요! 야곰입니다.
오랜만에 포스팅으로 찾아뵙는군요.
이제껏 Swift를 포스팅 하지 않았던 이유(Swift 뿐만 아니라)는 개인적인 여유가 없었던 이유도 있지만, 언어의 버전이 올라감에 따라 문법이 너무 많이 바뀌어와서 조금 조심스러운 점도 없지 않았나 싶어요. 제목이 왜 이러나 궁금하실텐데요, Swift를 직접 사용해보지 않고 겉표면을 보고 이런저런 생각을 말씀해 주시거나, 질문은 하는 분들이 대부분 비슷한 패턴으로 비슷한 오해(?) 또는 겉모습
여러분들께서는 오브젝티브-C를 어떻게 생각하시나요?
언어의 역사와 배경을 아는 것이 정말 무의미해 보일지 모르겠지만, 오브젝티브-C의 탄생 배경을 살펴보면 재미난 점도 많고, 사용하면서 부딪힐 의문에 대해서도 더 많이 이해하게 될 수 있습니다.
그럼 오브젝티브-C는 어떻게 태어났는지, 왜 제대로 알고 써야 할지 생각해 볼까요?
오브젝티브-C는 ‘객체 지향 프로그래밍