Feature/moit list #72
Conversation
두가지 case로 나눠서 각각 tintcolor와 backgroundcolor 설정할 수 있도록 함
…/MOIT-iOS into DesignSystem/TapPager
…T-iOS into DesignSystem/StudyTableViewCell # Conflicts: # DesignSystem/DemoApp/Sources/DesignSystemViewController.swift
… DesignSystem/StudyTableViewCell # Conflicts: # DesignSystem/DemoApp/Sources/DesignSystemViewController.swift # DesignSystem/DemoApp/Sources/NavigationBar/NavigationDemoViewController.swift # DesignSystem/Sources/NavigationBar/NavigationItem.swift # DesignSystem/Sources/TapPager/MOITSegmentPager.swift # DesignSystem/Sources/TapPager/MOITTabPager.swift
| @@ -59,7 +59,7 @@ public final class MOITAlarmView: UIView { | |||
| public override func layoutSubviews() { | |||
| super.layoutSubviews() | |||
| self.flexRootView.pin.all() | |||
| self.flexRootView.flex.layout() | |||
| self.flexRootView.flex.layout(mode: .fitContainer) | |||
There was a problem hiding this comment.
layout() 메서드의 mode default값이 .fitContainer라서 굳이 이렇게 작성해줄 필요는 없을 것 같아요~!
There was a problem hiding this comment.
요건 그냥 궁금한건데...이런 특정 케이스의 뷰도 MOITList RIB 내부에 들어가는 것보다 Design System에 보통 만드는 편인가요?!
There was a problem hiding this comment.
저도,,, 잘 모르겠긴 한데 일단 컴포넌트라 분리해두긴 했습니다.
이거는 팀바이팀일 것 같아요
|
|
||
| import Foundation | ||
|
|
||
| public struct MOIT { |
There was a problem hiding this comment.
몬가...MOIT보다 MOITListDetail같은 네이밍이 좋을 것 같다는 저스트 의견입니다🤧
|
|
||
| var fetchLeftTimeUseCase: FetchLeftTimeUseCase { dependency.fetchLeftTimeUseCase } | ||
|
|
||
| var fetchPaneltyToBePaiedUSeCase: FetchPenaltyToBePaidUseCase { dependency.fetchPaneltyToBePaiedUSeCase } |
| self.addSubview(flexRootView) | ||
| self.flexRootView.pin.all() | ||
| self.flexRootView.flex.layout() | ||
| self.flexRootView.layer.cornerRadius = 30 |
There was a problem hiding this comment.
clipsToBounds나 masksToBounds 추가하시는거 어떠신가용 ~
| extension MOITListInteractor: MOITListPresentableListener { | ||
|
|
||
| func didTapDeleteMOIT(index: Int) { | ||
| deleteMoitIndex.accept(index) | ||
| } |
There was a problem hiding this comment.
오오 ~ 스트림으로 쭉 관리하는군요 !! 👍
| alarmRootView.flex.layout() | ||
| flexRootView.flex.layout() |
There was a problem hiding this comment.
alarmRootView도 layout다시 그리고 flexRootView도 다시 그리는 이유가 있나요 ??
뭔가 뇌피셜이지만 (테스트는 안해봤습니다 ... ㅎㅎ)
pagableAlarmView.flex.markDirty()
alarmRootview.flex.markDirty()
flexRootView.flex.layout()flexRootView안에 alarmRootView가 있을 것 같고, alarmRootView안에 pagableAlarmView가 있는 것 같아서,
flexRootView를 다시 레이아웃 잡을 때 markDirty된 부분이 다시 레이아웃을 잡지 않을까해서요 ! 🤔
There was a problem hiding this comment.
요거 확인해봤는데 목 데이터로 해서 그런지 몰라도 제안해주신 대로 해도 정상적으로 나옵니다!
근데 flexRootView.flex.layout()만 해줘도 되긴 하네요??? 이건 실제 데이터 받아오는 로직이면 적용 되는지 한번 확인해봐야 할 것 같아요!
@SongSeoYoung
|
|
||
| // MARK: UI | ||
|
|
||
| private lazy var layout: UICollectionViewFlowLayout = { |
There was a problem hiding this comment.
잘 몰라서 그러는데 .. 현 상황에서 lazy를 써서 얻는 성능상에 이득이 있나요 ??
There was a problem hiding this comment.
여기선 빠져도 무방할 것 같아요 ㅋㅋㅋ 아래의 collectionView에서 layout 사용해서 collectionView만 lazy 처리해주면 될 것 같아요
What is this PR? 🔍
Changes 📝
Screenshot 📸
To Reviewers 🙏