![[Flutter] 30. 모두의 블로그 앱 만들기 (8) - 게시글 작성 페이지](https://image.inblog.dev?url=https%3A%2F%2Fsource.inblog.dev%2Ffeatured_image%2F2025-06-10T11%3A25%3A57.177Z-dbbb60fa-0b72-4646-bacc-4c40bb7b3fc9&w=2048&q=75)
게시글 쓰면서 바로 유효성 검사 안할거니까 onChanged 필요 없음?
근데 걍 onChanged로
onChanged = 적을때마다 상태에 등록됨
버튼 클릭시 상태에 등록해도 되긴함
onChanged - bouncing(글자를 쓰다가 멈추는 순간을 계산하여 그때 서버로 전달하는 아니면 서버 뻗어용)
오후에는 버튼 클릭시 상태 관리 되도록 바꿔보기!
? 문법 정리하기!!!
?
??
?=
!
post_write_fm
PostWriteForm
FM을 써야 하는 이유
하나의 화면에 필드들과 버튼이 같이 있는데 폼 화면이 복잡해져서 하나의 화면에 만들어지지 않고 많은 컴포넌트들에 흩어져있으면 제일 위에 있는 페이지에서 관리해야된다. 밑의 사진은 하나의 화면(컴포넌트)에 있어서 가능한 방법이다. → 항상 일관성 있게 코드를 짤 수 있다.
글쓰기 함수는 자기만의 vm이 없음 → 누구의 vm에서 함수를 만들어야 할까?
fm은 유효성 검사 & 데이터 받는 것만 하기로 했음 - 일관성을 지켜야됨!! (join,login,logout)
가장 가까운 뷰 모델에서 오기!!(정답은 아니지만 일관성있게) - 리스트에서 왔기 때문에
글쓰기를 하면 리스트의 상태를 바꿔야 한다. → 이거 생각 안하려면 그냥 가장 가까운 뷰모델에서 하면 된다.
post_list_vm
watch해야 된다 - 처음 빌드될때만 읽어오고 버튼 클릭 후 못읽어오는 문제
post_repository
post_list_vm
상태 postlistvm에게 던짐 → 서버에게 던짐 & postlist 상태 변경
late String title = 절대 null일 일 없어? 지연?
정리
form 디자인하고 onChanged 걸어주기
글을 쓰면 게시글목록의
리스트에서 쓰기로 왔으니까 리스트 모델을 건든다
통신은 나만 쓰는 앱이면 안해도 됨
리스트의 상태 갱신이 중요!!1
fm 삭제하고 커스터마이ㅣ징해보기
Share article
![[Flutter] 32. MVVM 패턴](https://image.inblog.dev?url=https%3A%2F%2Fsource.inblog.dev%2Ffeatured_image%2F2025-06-10T11%3A27%3A32.601Z-45f357eb-fde2-4164-8d53-1d3c9ad22849&w=750&q=75)
![[Flutter] 31. 모두의 블로그 앱 만들기 (9) - 게시글 수정 페이지](https://image.inblog.dev?url=https%3A%2F%2Fsource.inblog.dev%2Ffeatured_image%2F2025-06-10T11%3A26%3A54.715Z-e8fcd6e5-1914-4f2f-bed7-874bea755d97&w=750&q=75)
![[Flutter] 29. 모두의 블로그 앱 만들기 (7) - 게시글 삭제](https://image.inblog.dev?url=https%3A%2F%2Fsource.inblog.dev%2Ffeatured_image%2F2025-06-10T00%3A27%3A07.081Z-49837f62-e66b-4cd0-a032-f1aeebd2a7f7&w=750&q=75)
![[Flutter] 28. 모두의 블로그 앱 만들기 (6) - 게시글 상세 페이지](https://image.inblog.dev?url=https%3A%2F%2Fsource.inblog.dev%2Ffeatured_image%2F2025-06-10T00%3A26%3A34.911Z-d4aabea1-3c87-4cc7-afa8-96fefca5398e&w=750&q=75)