Mongsi + The Composable Architecture

Mongsil repo

• 

• Mongsil Project 다이어그램
  
  

• 화면 변환 버튼 구현 완료
  

• 초기 화면 구현
  
  

• GeometryReader을 사용해 뷰의 크기를 알아와 button의 layout을 잡아줌
  

  • 
    

• tabbar top line 그려주는 코드
  

  • 
    

• 
  

• back button을 눌렀을 때 appview로 다시 돌아가게 구현함
  

• 아직 button의 layout이 맞춰지지는 않았음(수정 예정)
  

• code 리뷰 받은 후 code 리팩토리중입니다.
  

• 
  

  • navigationbar가 hidden되지 않아 버튼이 위로 올라가는 현상을 해결했습니다.
    
    • swiftui 오류인지는 모르겠으나 hiiden해도 사라지지 않는 오류가 있었습니다.
      
    • 해결법: MoSonLee/SwiftUI#3 (comment)
      
      

• 1차 task 완료

  • mainTab을 만들어줘서 그 안에 home, record, storage의 view와 core를 pullback 시켜 구현
    
  • recordView로 이동시킴 MoSonLee/SwiftUI#2 (comment)
    
  • back button이 눌렸을 때 이전 화면으로 이동 MoSonLee/SwiftUI#4 (comment)
    
  • 미리 모듈로 만들어준 navigationbar을 사용해줌.
    

• 2차 task 완료

  • 보관함 설정 아이콘에 SettingView와 Core연결하기
    

• 3차 task 완료

  • storageView를 눌렀을 때 login하라는 alert 띄워주기
    
    • 
      
      • tag와 selection을 사용하여 구현해야함.
        
      • binding으로 alert을 띄우는 액션을 가져와야함
        
      • binding까지는 성공 그러나 home에서 home화면을 누르면 modal이 뜬느 오류에 부딪혔다..!
        
      • customtabView로 바꿔서 진행중입니다
        
        • customtabView로 뷰구성 완료
          
          • 
            
          • customTab button action에서 처리해줘야하므로 home과 storage를 pullback 받아오는게 맞을까?
            
            • 아니었다! CustomTabView는 말그대로 view
              
            • action은 MaintabCore에서 해주는것
              

• 4차 task 완료

  • model 타입 지정
    
    • 나중에 서버와 통신을 용이하게 할 수 있게 model type을 지정해주었습니다(가상의 값)
      
    • mock data를 추가해주었습니다
      
      • 아직 mock data로 디버깅 테스트를 해주지는 못했습니다!
        
        • 목데이터 디버깅 테스트 완료
          
      • model type 지정 완료
        • 
          

• 5차 task 완료

  • 기록하기 첫화면 뷰 and core 작성
    
  • button을 tab했을시 datePicker 띄워주기
    
    • navigationLink를 사용하는건 어떨까? -> 시도중 -> 개소리였다
      
  • 글자 수 제한 함수 만들어주기 -> 해결완료
    
  • autoLayout 맞춰주기(swiftui로 맞춰는거에 애로사항이 있다 ㅜㅜ)
    

• 6차 task 완료

  • settingView and settingcore 구현하기
    
  • layout 전면 수정 완료.
    
  • 만든사람들 view + 로그아웃, 회원탈퇴 logic 구현 남음
    
  • UserDefaults -> sharedState 이용으로 변경중
    
    • 완료
      
  • 코드 전반적 리팩토링중입니다.
    
  • 완료
    

• 7차 task

  • 로그인 뷰 refactoring
    
  • 
    
  • 문제점: 이미지의 원본 비율을 탭뷰안에서 유지해주면서 다른 text들에 영향을 안 가게 하는법이 있을까?
    
    • 없다. 패딩으로 이미지를 잡아준다 -> 이미지 비율이 꺠짐
      
    • 이미지 원본 비율 유지 -> 레이아웃이 바뀌는건 당연한 일(디자인 팀에서 그걸 고려해서 이미지를 주지 않았음)
      
    • 이미지의 원본 비율을 유지하는 것 1순위 -> 따라서 각 다른 디바이스별로 패딩이 달라질 수 있는걸 감안하고 잡아줘야함
      
  • 카카오, 애플 로그인 버튼를 패딩으로 레이아웃을 잡아줬을 때 생기는 문제
    
    • 디자인 팀에서 준 이미지로 생각해 보면 큰 기기에서 버튼 이미지가 늘어나며 안에 있는 텍스트가 늘어나 보이는건 당연함
      
      • 강제적으로 frame으로 크기를 잡아줘 모든 디바이스에서 같은 크기를 유지하게 함
        
      • 기기별 패딩 값이 다를 수는 있찌만 감안해야 할 부분
        
      • 로그인 뷰 실행화면
        
        • 
          
        • 알럿창 위치는 추후에 변경해주기로 했음
          

• 8차 task(최종)

  • mock데이터로 넣어놓은 값들 api 통신으로 바꿔주기 -> 완료
    

• 6/23 최종 테스트 -> 6/24 1차 심사
  

4/30 현재까지 구현된 상태

• 로그인이 되지 않았을 떄
  
  • 
    
• 로그인 완료시
  
  • 
    
  • 구현한 코드: 기본 tabView에서 화면 전환해주는 코드, back button을 눌렀을 때 화면 뒤로 이동시키는 action, recordButton을 눌렀을 때 navigationLink를 사용해 화면 전환 코드, model type 지정
    • 메인 코더님의 code review, refactoring, 페어 코딩으로 직접 습득하며 도움을 받아 구현하고 있씁니다.!
      

5/21 현재 구현된 상태

• 회원 로그아웃, 탈퇴, makersView 빼고 모두 구현 완료
  
  • 로그아웃 구현완료(카카오, 애플)
    
  • 서버 오류로 탈퇴 확인 불가능한 상태
    
• pop to root view에서 문제를 겪고 있음 -> uikit func를 가져와서 사용 + maintab의 selection을 home으로 바꿔줌 -> 해결 완료
  
• makers view 구현 완료
  
  • 
    
  • makersView foreach 사용하여 refactor완료
    
  • 추가적 layout 수정 완료
    

6/4 현재 구현된 상태

• 기록하기, 검색하기 뷰만 남은 상태
  

6/7 현재 발견된 issue

• 회원탈퇴가 제대로 실행되지 않음 -> 확인결과 서버는 이상 없음 sharedState의 userID를 지워지는 로직의 순서 문제인듯함
  
  • 해결 완료

6/12 현재 구현된 상태

• 기록하기, 검색하기와 연관 api는 연결해주지 못한 상태
  
• 유저 꿈 작성 api forkey를 String -> Array로 수정 요청한 상태 -> 완료
  
• testCode 작성에 문제를 겪고 있음
  

6/16 현재 구현된 상태

• 유저 다이어리 리스트를 받아오는 api fix complete
  
• 
  
  • 삭제하기 관련 오류가 있는 상태 -> 서버 오류로 판단된다.
    
    • 
      
    • 
  • 삭제하기 관련 오류가 있는 상태 -> 서버 오류로 판단된다.
    
  • postman에서 확인해봤을 때 유저 카드 id를 삭제하기 넣으면 안된다. -> 서버에 수정 요청 예정
    

6/19 현재 구현된 상태

• Diary delete, set 로직 연결 완료
  
• onAppear 할 때 diarycount를 진행하면 set 되는 속도 보다 느려 0으로 출력되는 문제 발생 -> set 시키면서 같이 count를 해줘서 문제 해결(delete 할 때도 마찬가지)

6/21 현재 구현된 상태

• 최종 task만 남은 상태
  
• 6/25 심사 예정
  

6/24 현재 구현된 상태

• 검색하기 변경된 플로우로 대응 완료(서버에서 변경전이라 테스트는 불가한 상태)
  

6/25

• 클라 최종 대응 끝!
  

6/26

• 성공적으로 출시되었습니다!
• 

issues⚠️

• Tca) 아키텍쳐로 화면 구현시 다른 뷰를 불러올 때 나타나는 오류
  
• TCA button을 눌러 View 전환시키기
  
• SwiftUI) navigationbar을 hidden 해도 사라지지 않을 때
  
• TCA) BackButton을 눌렀을 때 이전 화면으로 돌아가게 구현
  
• TCA) optional 형태의 state를 받아올때 생기는 문제
  
• Combine) API를 연결해 Diary를 받아올 때 때 발생한 네트워크 오류)
  
• TCA_ Diary가 제대로 Count 되지 않는 오류
  
• TCA + Combine) Mongsil 로그인 관련 이슈
  
• 몽실 화원 가입 후 서비스 이용이 불가한 오류
  

디프만 수료완료 💫

• 

The composable Architecture

• composable architecture의 다섯가지 필수 타입
  
  • State: business logic을 수행하거나 UI를 그릴 때 필요한 데이터에 대한 설명을 나타내는 타입
    
  • Action: user가 하는 행동이나 notification 등 앱에서 생길 수 있는 모든 행동을 나타냄
    
  • Environment: API client와 같이 앱이 필요로 하는 의존성(dependancy)을 가지고 있는 타입
    
  • Reducer: 어떤 action이 주어졌을 때 지금 state를 다음 상태로 변환시키는 방법을 가지고 있는 함수. 또한 reducer는 실행할 수 있는 effect를 반환해야 한다. 보통 Effect 값을 반환해준다.
    
  • Store: 실제로 기능이 작동하는 공간. 사용자의 Action을 보내 Store는 Reducer와 Effect를 실행할 수 있다. 또한 store에서 일어나는 state 변화를 observe해서 ui를 업데이트할 수 있다.
    
• 비동기처리를 거친다. State, Action, reducer(pullback으로 다른 클래스를 상속받아 올 수 있음)