🦄 Final/🌟 최종프로젝트

코드리뷰를 하면서 그동안 메모리 누수 방지를 위해 사용하고 있었던[ weak self ]에 대해서 다시 한번 생각해보는 좋은 기회가 생겼다.    1. weak self를 사용하는 이유메모리 누수를 방지하고 강한 참조 사이클을 피하기 위해서 사용한다. Swfit의 ARC는 객체의 메모리를 관리하며, 객체가 더 이상 사용되지 않으면 자동으로 메모리를 해제한다.  하지만 객체들이 서로 강하게 참조할 경우, ARC는 이 참조를 끊지 못하고 메모리가 해제되지 않는 문제가 발생할 수 있다.이러한 상황을 강한 참조 사이클이라고 한다.    2. 강하게 참조하는 경우는 어떤 상황을 말하는거지? 객체들이 강하게 참조한다는 것은, 한 객체가 다른 객체를 소유하면서그 객체가 메모리에서 해체되지 않도록 참조 카운트를 증가시..

테이블뷰 전체에 cornerRadius를 주고 싶은데 적용이 되지 않는 문제가 발생했다. 영역을 확인해보고자 백그라운드컬러를 주고확인해보니 셀 부분이 적용이 되지 않았다.  그래서 적용을 해봤는데 잘 되지 않았다. 사실 cell에 적용을 해주고 싶은데 여기에서는 어떻게 셀에 줘야할 지 고민이었다.   팀원들과 얘기가 나온 김에 이것 저것 많이 시도 해본 결과...ㅋㅋㅋ  그래서 contentView와 self 뭐가 다른거지..?내가 하고 싶었던 것은 현재 테이블뷰에만 cornerRadius 적용이 되고 있기 때문에cell에도 cornerRadius을 주고 싶었던 것!  self: 셀 자체를 의미한다. 즉, UITableViewCell 클래스의 인스턴스이다.셀의 전체 영역을 담당하며, 셀의 배경색, 경계선..

APIKey 및 외부 노출 시 보안상 문제가 있는 코드들을 기록해두는 SecretsConfig.xcconfig 파일을 만들고깃 이그노어에 추가하였으나 커밋 시 계속 Xcode에서 올라가는 문제가 발생했다. 오늘 오전 스크럼 때 발생한 문제는,팀원들과 깃이그노어에 *.xcconfig 이외에 구체적인 SecretsConfig.xcconfig은 적용이 되는지확인 해보는 과정 중 실수로 파일이 커밋까지 진행된 상태였다.(아직 로컬에서 커밋을 하고 푸쉬는 하지 않아 깃허브에 올라가지 않은 상태) 여기서 푸쉬를 하게 되면, 새롭게 추가된 APIKey들이 모두 깃허브에 올라가게 되는 상황...  1. .gitingore가 적용이 안되고 .xcconfig 파일을 포함시켜요 → 깃 캐쉬 삭제git rm -r --cach..

문제점1공공데이터포털에서 제공되는 키는 인코딩이 한 번된 서비스키다. urlComponents의 queryItems를 통해서 쿼리파라미터를 설정하는 url을 생성하는 과정에서한번 더 인코딩이 되어 2번 인코딩이 되는 문제가 발생했다. 인코딩이 2번됨에 따라, 완성된 url의 주소가 달라져 서버로 부터 데이터를 받아올 수 없었다.   문제해결1 해당 사항을 구글링을 통해 인코딩이 두번 되어 발생한 문제라는 것을 발견할 수 있었다. 인코딩이 두 번된 것이 문제였으므로, 디코딩을 해준다. 공공데이터포털의 마이페이지에 들어가면 인코딩된 인증키와 디코딩된 인증키 둘 다 제공하고 있다. 기본 인코딩된 키를 사용해 아래와 같이 removingPercentEncoding 프로퍼티를 사용해서 디코딩할 수도 있다. 더보기..

1. 공공데이터포털에서 제공하는 서비스키는 일단 인코딩된 키를 제공한다.그래서 아래와 같이 %와 같이 변환되는 것을 볼 수 있다.  // 기본적으로 제공하는 인코딩된 키(서비스키 일부 삭제)https://apis.data.go.kr/1160100/service/GetMarketIndexInfoService/getStockMarketIndex?serviceKey=qfXqzDLVVPW1Ks0oWU%2Bm8Z9JphEfjCDxm7GMBUkVC4GoPQshE%2B8Uk%2BQ%3D%3D&이렇게 포스트맨이나 공공데이터포털에서 테스트해보면 제대로 나오지만, 코드상으로는 나오지 않는다. 다른 API도 같은 방식으로 사용하나 이건 제대로 나와서 더 왜 안되는지 잘 모르겠다.    -> 그럼 인코딩의 뜻이 정확하게 무엇..

최종 프로젝트에서 파이어베이스를 사용한 카카오로그인 기능을 구현하고 있는 중이다. 그 과정 중에는 SDK를 초기화 하는 코드를 추가하고 네이티브 앱 키를 적어줘야하는 부분이 있었다.   그동안에는 개인적인 과제를 하다보니 크게 신경을 쓰진 않았던 부분이었으나, 아무래도 팀프로젝트이고 실제로 상용화가 될 것을 고려하게 되었다. 깃허브에 바로 푸쉬를 한다면 보안적인 측면에서 매우 취약할 것이라는 생각이 들어 찾아보게 되었다. 사용법  1. .xconfig 파일 생성   2. .xconfig 파일에 API Key 추가  3. PROJECT의 Info에서 config 파일을 설정기본적으로 Debug에 설정을 해주고 출시 예정까지 있다면 Release도 설정을 해주면 된다.나는 앱이 실제로 출시되기 때문에 Rel..

환율과 코스피 정보는 해외 시간을 기준으로 하게 되는 경우가 많았다.여기서 발생하는 시차 및 공휴일/휴일 등으로 한국에서 오늘의 날짜로 api를 요청하면데이터가 없어서 nil인 경우가 많았다.  만일, 미국이 오늘과 어제가 공휴일 또는 휴일이어다면?한국에는 오늘이지만 미국에서는 시차로 인해 아직 오늘이 아니라면? 이런 상황에서는 데이터를 제대로 받아 올 수가 없었다. 데이터가 없기 때문. ..이걸로 꽤 골머리를 싸매고 있었다..  결국 찾아낸 방법은...☆최근 일주일간의 데이터를 받아오고 데이터를 가장 최근순서로 정렬하는 것이다. 그렇게 되면 오늘과 전일의 데이터가 없더라도 가장 최신의 데이터를 가지고 비교를 할 수 있었다.   그리고 코스피나 환율같은 경우에는 실시간으로 변동되는 값을 받아오기에는서버에..

회원가입을 할 시 필수사항으로 입력받아야하는 것들이 많았다. 초기에는 꽤 많은 텍스트필드들과 피커뷰를 어떻게 배치해야할지 고민이 많았다. 예를들자면, (아이디 라벨 + 아이디 텍스트필드 + 아이디 뷰)를 스텍뷰로 감싸고각 스텍뷰들을 다시 간격을 조절해주는 방안을 생각해보았으나 꽤 많은 스택뷰들로 인해코드가 아직 초반인데도 꽤 복잡하게 느껴졌다. 그리고 이렇게 스택뷰에 스택뷰에 스택뷰 같은 느낌으로 가는게 맞는가에 대한 의문이 들었다.  그래서 임시적으로 선택한 방법은 텍스트필드에 placeholer를 사용해서 표시하고각각의 텍스트필드와 피커뷰들을 하나의 스택뷰에 담는 것이 간단해 보였다. (이때는 몰랐지....) 그리고 나서 점점 추가되는 사항들이 많아졌다.예를 들자면, 형식에 맞지 않는 아이디와 패스워..