소개
iOS개발자 앨런입니다.
https://www.youtube.com/@allen_ios
제가 공부하면서 겪었던 시행착오를 쉽게 풀어내어
지식을 공유할 수있는 개발자가 되고싶습니다.
쉬운 주제로 빠른 시간 안에 겉핥기 식으로 쉽게만 가르치는 강의를 만드는 것에는 관심이 없습니다.
그런 강의는 얼마든지 빠르게 찍어내듯 만들 수 있겠지만, 결국 "좋은 개발자로 성장"하는 것은 그만큼 이론적인 기반의 밑거름이 탄탄해야 한다고 믿고 있기 때문입니다.
쉬운 강의보다는, 좋은 개발자(끝임없이 성장할 수 있는 개발자)가 되기 위해
반드시 알아야 하는 어려운 내용까지를 최대한 쉽게, 그리고 직관적으로 알려드리는 것.
그래서 제가 아닌 여러분 스스로 고민/생각할 수 있는 밑거름을 만들어 드리는 것을 저의 강의 목표로 삼고 있습니다.
저 스스로도 내일은 더 좋은 개발자가 되자는 모토를 가지고 있는 만큼
제가 고민 했던 내용들을 깊이있게 전달 드리고 싶습니다.
👇🏻문의는 아래의 이메일로 주시면 됩니다.
we.love.code.allen@gmail.com
언어: Swift(스위프트), Python, Java, C#
강의
전체5수강평
게시글
질문&답변
2024.05.13
MVC패턴으로 코드짤때 질문입니다.
네 DongHyun 님. 뷰. 즉, 화면과 관련된 내용은 다 뷰(View)와 관련된 내용 이라고 보시면 됩니다. 말씀하신 것처럼 단지.. 단순하게 정말 UI와 관련된 일 뿐만아니라, 화면에서 일어나는 일부분의 로직(Logic)이나 디자인 관련된 것들은... 다 뷰(View) 관련일이라고 보시면 됩니다. 예를 들어서 위의 코드를 보시면 1) 백그라운드 색상을 설정하고 2) 폰트 크기에 대한 결정을 하고 있는 코드 이잖아요. 이게 앱의 성격을 결정하는데 중요한 일인가요? 예를 들어서 1) 가위 / 바위 / 보 게임을 만들거나, 2) BMI앱을 만들었을 때, 1) 가위/바위/보 게임 이라면, 거기서의 필수 로직(모델)은 가위/바위/보 게임 (이겼다 / 졌다 / 비겼다) 이잖아요. 앱의 백그라운드 색상이 앱의 가위 / 바위 / 보 게임을 중요하는 요소 이거나 관점인가요? 디자인은.... 백그라운드를 핑크로 하던 옐로우로 하던 언제든지 바뀔 수 있는거 아닌가요? 2) BMI 앱 을 만든다 치면, BMI의 핵심 요소는 결국에 몸무게와 키를 이용해서 BMI를 숫자를 계산해 내는게 그 앱의 본질을 결정하는 중요한 요소가 아닌가요? 그 앱을 정의하는데 있어서의 중요한 로직이 모델이고 백그라운드 색상이나 / 폰트 같은 것들은 로직이 아닙니다. 그리고, 예를 들어 로그인 화면에서의 중요한 모델(로직)은 이메일 주소, 비밀번호를 서버에 보내서, 실제 그 유저가 존재하는 지의 여부를 확인해서 로그인을 시킬지 말지가 그 중요 로직이지 백그라운드가 파랑건, 빨간색이건 그건 하등의 중요한 사항이 아닙니다. (즉, 앱의 디자인과 관련된 것들은 언제든지 바뀔수 있는 것이고, 이것들은 모델(로직)과 관련된 것들이 아닙니다.) 스토리보드에 들어가는 지 여부가 중요한 것이 아니라, 그 앱의 성격 + 해당 화면에서 중요하게 처리해야하는 핵심 본질이 모델(로직)이라고 보시면 됩니다. 감사합니다. :)
- 0
- 1
- 36
질문&답변
2024.05.13
Rps와 연관된 MVC 패턴에 관한 질문입니다.
네 DongHyun 님. 네 맞습니다. 열거형(enum) 자체를 뜻하는데, 정확하게는 열거형 인스턴스를 말합니다. (인스턴스는 생성되어 메모리에 올라간 데이터의 실체라고 보시면 돼요.) 즉, 열거형의 데이터(인스턴스)가 메모리에 올라가면 그 실체는 Rps.ready (준비이거나) Rps.rock (바위이거나) Rps.paper (보 이거나) Rps.scissors (가위 일텐데) 그중에 한개를 의미하는 것이라고 보시면 됩니다. (클래스나 구조체에서 사용하는 self(메모리에 올라간 데이터의 실체 - 즉, 인스턴스)를 동일하게 의미하는 것입니다. 열거형 내부에서는 그 인스턴스 데이터를 사용시 self로 명명하는 것이지요.) 근데 해당 질문은 문법 관련 질문이긴 합니다 ^^; (흔하게 쓰이는 문법이긴 해요..) 제 개인적인 생각으로는 문법을 제대로 학습하시는게.. 장기적으로 더 빨리 성장하시리라고 생각이 듭니다. 앱 만들기와 다른 분들의 문법 강의도 꼭 같이 병행해서 학습해 보세요! 감사합니다. :)
- 0
- 1
- 34
질문&답변
2024.05.11
테이블 뷰 관련 질문있습니다!
네 안녕하세요 hoon님. 정답이 없는 문제예요...... 어떻게 구현하셔도 전혀 상관이 없습니다. 똑같이 구현이 되는 방법이 있다면 그걸 선택하시면 됩니다. (정답이 없는 문제를 정답을 알려달라고 하면.. 저도 난처 하겠죠??ㅠㅠ. 특히나 뷰는 동일하게 구현할 수 있냐 없냐의 문제이지.. 이렇게도 구현할 수 있고, 저렇게도 구현할 수 있는건.. 각자 개인의 취향이나, 회사 팀이라면 팀내에서도 그냥 통일된 방향성을 정할 뿐이지.. 또는 유지 보수를 생각한다던가, 확장성을 고려하는 방향으로 가긴 가겠죠.) 그래서 개인적으로는.. 정말 어떤 방법으로 구현해도 전혀 상관없다고 생각해요. 아마 근데, 첫번째 방법으로 "섹션"방식으로 구성한다고 하셨으면... 셀을 하나의 생성자로 만드는 것이 아니라, 셀을 각자 다른 셀을 만드시면 됩니다. 섹션으로 만드신 다고 하셨으니까 각자 서로 다른 셀을 만들어서 셀을 올리면 된다는 뜻이죠. (셀을 하나로 만들어 반드시 재사용의 필요가 없습니다.) (그리고 테이블뷰는 항상 동일한 형태의 셀을 그릴 필요는 없어요. 예를 들어 cellForRowAt 메서드에서 스위치문 쎠서서, 경우에 따라 다른 셀을 그리시면 됩니다.) 서로 다른 셀이니, 데이터도 서로 다른 데이터를 그리면 되니 (서로 다른 변수를 가져도 상관없으니) 편해지겠죠? 그리고 https://jaemuyeo.github.io/ios/tableView/ https://inuplace.tistory.com/1174 https://www.youtube.com/watch?v=2FigkAlz1Bg&ab_channel=iOSAcademy 이런 블로그 글이나 유튜브 보셔도.. (uikit + tableview + settings (또는 설정) + 화면 구현) 이렇게 검색하시면 충분히 원하시는 내용을 찾으실 수도 있으실 것 같아요. 위에서 말씀드렸듯이, 선택의 문제이니.. 두번째 방법으로 구현가능하셔서, 두번째 방법으로 하셨다면.. 전혀 상관이 없을 듯도 합니다..! (다만 뷰로 구성하시면.. 나중에 항목이 추가되었을때, 코드를 확정성있게 사용하기 어렵겠죠.ㅠ. 테이블뷰의 장점은 항목이 늘어났을때 위아래 스크롤이 된다는 것이니까요.) 화이팅하세요 :)
- 0
- 1
- 60
질문&답변
2024.05.10
에뮬레이터에서 키보드가 올라오지 않아요
시뮬레이터의 키보드 기본 설정이 꺼져있어서 그럴 수도 있어요. 시뮬레이터에서, 커맨드 + K 누르시면 바로 올라와요! 아니면, 아래처럼 선택해서 키보드 설정을 키셔도 되고요! (사진) 감사합니다 :)
- 0
- 2
- 72
질문&답변
2024.05.10
스토리보드에 관한 질문입니다.
네 동현 님! 해당 기능은 미니맵 기능입니다. 구글링에서 미니맵으로 검색해보셔도 되고 (사진) 스토리보드에서 제가 위에 표시해드린 부분을 선택하시면, 체크 해제가 되고 그 후로는 해당 미니맵 기능을 끄실 수 있습니다. 감사합니다 :)
- 0
- 1
- 43