-
Notifications
You must be signed in to change notification settings - Fork 5
11월 6일
songju edited this page Nov 6, 2020
·
1 revision
- 오동건
- 윤병휘
- 조송주
- 서명렬
- 어느정도의 구현 방향의 차이가 적용될 수 있다고 결론
- 각 팀에서 어떠한 방식을 활용할 생각인지 고유
- reusable cell 일 때
visibleItem
가져와서 변경사항 적용 + cell이willDisplay
될 때 변경사항 적용 - 두번 하면서 animation을 적용시키니 깔끔하지 않음
- 다른 방법을 찾아보자..
- editButton의 텍스트를 따로 구현하는 것이아니라
barbuttonItem
자체를editButton
으로 설정 - collectionView의
edit모드
를 toggle하는 방법을 더 찾아봐야 될 것 같음
- 정보 공유의 소중함을 깨달았음.
- 송주님 명렬님 감사합니다.🙇♂️
- 토큰 확인
- GitHub OAuth 참고 링크
- 병휘님 동건님도 감사합니다.🙇♂️
- 실제 깃헙 앱에서는 본문 내용이 첫번째 comment로 들어감
- 이번 프로젝트에서는 본문을 추가할 수도 있고, 본문을 삭제할 수도 있을 것 같다.
-
MarkDownView
내의 콘텐츠 높이를 셀에 동적으로 반영하면 가능할지도?
-
Bezier path
로 Button 뷰 구현 - 쉐도우를 넣었을때 쉐도우 생성 비용에 대한
경고메시지
가 나옴 - 경고 메시지가 시킨대로
Shadow Path
를 활용하는 방식을 적용할 필요가 있음
- GitHub에 구현 되어 있는 방법으로 UI 구현
- 명세서에 보이는 레이아웃은 아이디가 긴 경우 등 처리해야 할 부분이 있기 때문에 실제 Github 앱 UI를 참고하여 구현
- 이슈 상세 뷰에선 CollectionView를 사용했기 때문에 Cell 마다의
width를 계산
- 이슈 목록 뷰는 StackView를 통해
Cell width
를 넘어가게 되면 다음 StackView에 Label를 추가하는 방식으로 구현
- 화면별로 브랜치를 나누어 작업하는 것은 별로
- ios 브랜치를 master라고 생각하고
Git-flow
를 따라하는 것이 가장 좋다고 생각