전체 글

오늘은 버그 잡는 날~버그와 예외처리를 전부 잡아 보자고~팀원이 도움요청해서 호다닥 고쳐주러 갔음 [Bug]이미 가입된 이메일이 있었으나, 회원가입 버튼 이벤트 부분에예외처리가 없어서 가입되는 현상 발생 [Fix]재사용성을 위해 얼럿 생성 관련 메서드를 따로 뺏음(여긴 내가 짠 코드가 아니어서 일단 오류 잡아주는 느낌으로만..)   [Bug]이후에! 데이터 정보 받아오는 과정에서 또 오류가 났다기에호다닥 달려가서 코드 뜯어봄 Model에 있는 코어데이터와 비교해 보니이상한 점이 있어 또 수정!  음음 제대로 가지고 오는군! [Bug]마이페이지에서 로그아웃 눌렀을 때 회원가입 버튼이 안 눌리는 오류 발생 [Fix]인스턴스 재정의가 되지 않았음.  여기까지는! 팀원들 오류 해결 부분이었음그러다 내 예외처리 ..

오늘은 기능구현에 몰두했음. 나는 로직을 짜기 전 시나리오를 미리 세우는 타입임.예를 들어, 이번 ReturnViewController의 기능을 구현하기 위해 로직을 굴러보는거지. 요런 느낌으로! 근데 확실히 이번조는 조원이랑 소통이 잘 돼서 너무 재미있었던 것 같음깃 허브 규칙도 다들 잘 지켜주셔서 컴플릭도 덜 나고 만약 나더라도 담당 하시는 분과소통하면서 문제 해결해 나가는게 너무 재미있었음코딩 재밌당!!   으음.. 아침에 팀 노션을 확인해보니 매니저님이 SA피드백을 해주셨다.그 중 앱이 백그라운드에 진입하더라도 스톱워치가 동작하도록 구현..!?음.. 어떻게 하는거지? 방법은 생각보다 간단했음. Project -> Signing & Capabilities -> + 버튼 클릭 후 Background ..

첫 째날 작성한 요구사항과 와이어프레임이 뭔가 이상함.????? 긴급회의.. 이후 팀원들과 UI피드백과 로직에 대해 이야기를 나눈 뒤 어느정도 해야할 것들이 정리되었음.하.... 이미 UI 다 짜놨는데 수정해야겠고만 ㅠㅠ암튼 바뀐 UI를 봤는데  전 후 차이 실화냐?와...아무튼 UI 개편하고 코딩할맛이 난다고 해야할까..? ㅋㅋ갑자기 코딩이 엄청 하고싶어짐.그렇게 뚝딱뚝딱 만들어 결제수단과 쿠폰 함 하프모달 을 완성시켰음 ++ 새로 안 사실인데 이번 킥보드 앱은 iOS 버전 15로 통일했단말임?근데, 하프모달 높이를 커스텀 하려고 보니까 iOS 16버전부터 가능하다고... 해서.. ㅠㅠㅠㅠ팀원과 회의끝에 중간사이즈로 타협봄 ㅋㅋ 배X 아님아무튼 아님.큼큼 근데, 이 페이지를 구현하다보니 Label을 많..

이번주차는 팀프로젝트 주차이므로 포스팅은 요걸로 대체하겠음. 벌써 네 번째 팀프로젝트이다. 예전 프로젝트에서 느꼈지만, 초반 설계의 중요성을 느껴 이전보다조금 더 빡빡하게 짜볼 예정이다. 처음 과제를 내주셨을 때 킥보드앱의 필수 구현사항을 따로 정리해서 보기 쉽게 정리했음.이후에 조원들과 의견을 모아, 페이지별로 추가 할 기능을 정리해서 자료화 한 뒤 깃허브 이슈에 등록하여작업진행 할 준비를 마침.  +++ 나중에 4편에서 이야기 하겠지만 이래도 초반 설계가 많이 많이 부족했음 ㅠㅠㅠ프로젝트 기간이 짧아서 어쩔 수 없는건가..?일단!요구사항을 정리한 뒤 와이어프레임을 짜기 시작해서 이런 느낌..?으로 짜서 먼저 구현한 뒤 시간이 남으면 추가구현 하는 느낌으로작업을 진행했다. 그렇게 이제 역할을 나눠 진..

MVVM (Model - View - ViewModel)Model : 데이터 구조 표현 및 데이터 저장. 예를들어 연락처 앱의 PhoneBook 구조체.View: 유저에게 UI 를 표현하기 위한 요소 + 사용자 입력 처리. 예를들어 UIButton , UITableView , UIViewController 모두 View 에 포함됨.ViewModel : View 와 Model 의 중재자. 하지만 유저 액션을 받지 않으며, View 가 ViewModel 을 관찰하며 UI 를 업데이트한다. 이를 데이터 바인딩이라고도 한다. ViewModel 에서 갖고 있는 데이터를 View 에서 관찰하며 변경 사항이 일어났을 시 이를 View 에 적용한다. (옵저버 패턴 활용) ViewModel 은 View 의 존재를 정확히..

싱글톤 패턴이란, 특정 클래스의 인스턴스가 앱 전체에서단 하나만 존재하며, 앱 전역에서 모두 접근할 수 있도록 하는 디자인 패턴임 즉!!개별적인 인스턴스를 생성할 필요가 없으며단 하나의 인스턴스를 재활용해서 여러 곳에서 활용할 때 싱글톤 패턴을 활용하기 적절함! 전반적으로위치 서비스, 로깅 서비스, UserDefaults 전체 관리 클래스,네트워크 중복 로직 관리 클래스 등을 싱글톤 클래스로 활용하기에 적합함! 전반적으로 Manager라는 키워드를 붙여서 네이밍 하는데import Foundation// 싱글톤 클래스.class Deasung { // shared 를 통해서 싱글톤 접근. static let shared = Deasung() var mbti = "ESFJ" var age ..