seong_hye, the developer

📘 Transition뷰의 존재 유무의 변화를 애니메이션뷰를 이동할 때의 개념보다는 뷰를 보여지게 하거나 사라지게 하는 애니메이션의 개념.transition(_:)으로 선언하여 사용 가능들어가는 인수는 AnyTransition트랜지션이 실행되려면 상태 변경을 애니메이션으로 감싸야 함withAnimation { ... } 또는 .animation🔍 AnyTransition.opacity페이드 인 / 아웃.scale확대 / 축소로 등장 / 퇴장.move(edge: .top/.bottom/.leading/.trailing)가장자리에서 슬라이드.slide부모의 leading -> trailing로 슬라이드 (언어 방향성 영향).identity트랜지션 없음 (디버그, 조건부 조합에 사용)🔹결합 및 비대칭 기..

개발자가 되기 위해 많은 사람들과 코드를 공유하고 확인하는 과정에서가장 먼저 배우게 된 것이 바로 'Git'이라고 할 수 있다.하지만 급하게 실제 사용으로 배우다보니왜 Git을 사용하고 올바르게 Git을 사용하냐고 묻는다면 대답하지 못할 것 같았다. 항상 기회가 된다면 제대로 Git에 대해 배우고 공부하고 싶다는 생각이 가득했다.이때 참여하고 있는 글또 9기에서 유데미와의 콜라보를 통해 강의 수강할 수 있는 쿠폰을 지원해주셔서 무료로 수강할 수 있는 기회를 얻을 수 있었다.수많은 강의 중 Git & Github 실무 활용 완벽 가이드라는 강의를 채택해 수강하게 되었다. 이 기회를 바탕으로 Git에 대한 강의를 수강할 수 있어 Git에 대해 제대로 배우고 특히 내가 희한하게 사용했던 것들이 있었다는 것까지..

안녕하세요! 벌써 2024년 여름이 다가오는 요즘, 전 새로운 도전이였던 경험을 마무리하게 되었습니다.😃 글또 9기를 마무리 하게 된 것인데요.. 5개월이 이렇게 빠르다니.. 처음 시작할 때의 마음가짐과 비교하여 어떻게 마무리를 맞이하고 떠나보내려하는지 작성해보려 합니다.https://programming-seonghye.tistory.com/98 새로운 도전) 글또 9기를 시작하며안녕하세요! 2023년 마지막이자 2024년이 다가오는 요즘, 전 새로운 도전을 시작하였습니다!😃 바로 글또 9기에 참여하게 되었습니다!! 글또는 "글 쓰는 또라이가 세상을 바꾼다" 라는 이름을 가진programming-seonghye.tistory.com처음에는 위와 같은 마음가짐과 다짐글을 작성했었는데요결과론적으로 다 ..

📘자동 업데이트새로운 버전이 있을 때 사용자에게 알리고 업데이트를 유도하는 기능에 대해 정리해보려 함 🔹기본 흐름1. 현재 앱 버전 확인Bundle.main.infoDictionary를 통해 현재 버전 추출 2. 서버 / API에서 최신 버전확인App Sotre API를 통해 버전 정보 확인 3. 버전 비교현재 사용자 어플 버전(1번 값)과 앱 스토어 버전(2번 값)을 비교 4. 사용자에게 업데이트 유도버전 비교(3번 값)가 다를 경우 앱스토어로 이동하도록 유도 🔹사용자가 사용중인 현재 버전 가져오기let current = Bundle.main.infoDictionary?["CFBundleShortVersionString"] as? String else { return } 🔹서버(App Store..

이번에 기술 면접을 보게 되면서 현재 내가 어떤 점이 부족한지 알게되는 기회가 되었다.그 중에서 클래스와 구조체가 어떤 차이가 있고 어떨 때 사용되는지에 대한 질문을 해주셨다.형식적으로 차이에 대해 알고 있었지만실제로 코드에서 활용시 어떻게 차이가 나는지를 알고 있지 않다는 점을 알게 되었다.https://programming-seonghye.tistory.com/15 Swift) 문법 정리 - 클래스(Class) vs 구조체(Struct)대부분의 언어에서 말하길 클래스는 프로그래밍의 패러다임이라고 말한다. 패러다임 어떤 한 시대 사람들의 견해나 사고를 지배하고 있는 이론적 틀이나 개념의 집합체 클래스를 도입하면서programming-seonghye.tistory.com이 경험을 바탕으로 한 번 클래스와..

협업을 진행하다보면 개발자마다 코딩 스타일이 다르고 성향이 다르다는 것을 알 수 있다.이런 경우 서로의 코드를 이해하는 데에도 많은 시간이 걸리고 후에 유지보수에도 어려움을 느낄 수 있다.이런 경우 코딩 컨벤션을 정해주면 협업에 큰 도움이 될 수 있다. 코딩 컨벤션이란?일종의 코딩 스탕일 규약으로 모든 구성원들이 읽고, 관리하기 쉬운 코드를 작성하는 것을 의미한다.이를 통해 잠재적인 오류를 줄일 수 있고, 가독성이 높아지게 되어다른 개발자가 작성한 코드를 이해하는 데에 도움을 주어 유지보수에도 도움이 된다. 코딩 컨벤션 가이드 중에는 린터(Linter)가 존재한다.린터는 스타일 가이드를 따르지 않은 코드를 찾아서 알려주는 도구로 사용하는 언어에 따라 다르다.이외에도 오류가 발생하거나 알려지지 않은 잘못 ..

캘린더를 사용하는 과정에서 다른 라이브러리를 사용하지 않고주간 캘린더를 어떻게 구현하면 좋을지 고민하며 공부한 내용을 정리해 보려 합니다. 날짜에 따른 데이터를 받아오는 기능을 만드는 과정에서FSCalendar 라이브러리를 사용했던 것을캘린더를 공부해서 직접 만들어보자 하는 생각이 들게 되었습니다.Calendar 날짜별 장식이 있는 일정관리를 표시하고, 단일 날짜 또는 여러 날짜를 사용자가 선택할 수 있도록 제공하는 기능으로캘린더 뷰를 사용하여 사용자가 커스터마이징한 추가 정보(ex_ 스케줄)가 있는 특정 날짜를 표시할 수 있습니다.또한 캘린더 뷰를 사용하여 하나의 특정 날짜, 여러 날짜 또는 날짜가 없는 날짜를 선택할 수 있습니다.단일 선택 주간 달력 뷰를 구현하기 위해 collectionView를 사..

우선 왜 코드를 나눠서 설계하려고 할까?여러명이서 하나의 거대한 앱을 만들게 됨(수만줄의 코드)-> 기준이나 룰에 따라 나누지 않으면 보기 힘듦-> 유지보수가 편해야하기 때문에 코드를 계층으로 분리하려함아키텍처란?하나의 서비스가 어떻게 구성이 되며 어떻게 동작이 되는지 즉 서비스의 동작 원리를 나타내는 것 좋은 아키텍처의 특징들단단하고/안정적, 모듈화 가능(재사용), 확장 용이(향후 확장성)테스트 가능(UI와 비즈니스 로직에서 강력/안정적), Decoupling (느슨한 결합) 등.. 올바른 아키텍처 선택의 기준- 유지보수 용이해야 한다.- 명확한 분리 기준: 단일 책임 원칙- 테스트 가능: TDD(테스트 주도 개발) / 유닛테스트 가능해야 (더 안전한 코드 작성 가능) 완벽한 / 절대적인 아키텍처는..