Conversation
## [1.3.0](v1.2.0...v1.3.0) (2026-02-19) ### Features * Calendar 및 BottomSheet 컴포넌트 구현 ([#85](#85)) ([afd5007](afd5007)), closes [#848B9C](https://github.com/Nexters/yogieat/issues/848B9C) * 랜딩 페이지 일러스트레이션을 Lottie 애니메이션으로 교체 ([#92](#92)) ([11d70f2](11d70f2))
- first 필드를 optional로 변경하여 omit 사용 시 타입 에러 해결 - refine으로 최소 1개 선택 검증 추가 - preferredMenusSchema export 추가 Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
- distanceRangeSchema.safeParse로 검증 - useWatch compute에서 값 직접 가져오기 - getValues 제거 Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
- dislikedFoodSchema.safeParse로 검증 - useWatch compute에서 값 직접 가져오기 - getValues 제거 Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
- preferredMenusSchema.safeParse로 검증 - useWatch compute에서 값 직접 가져오기 - getValues 제거 Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Summary of ChangesHello @RookieAND, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! 이 PR은 의견 수합 폼의 스키마 유효성 검증 로직을 전반적으로 개선합니다. preferredMenus 스키마의 타입 에러를 해결하고, 각 폼 단계에서 스키마 기반의 일관된 유효성 검증 패턴을 적용하여 코드의 안정성과 가독성을 향상시켰습니다. 불필요한 getValues 호출을 제거하고 개별 스키마를 노출함으로써 컴포넌트의 유효성 검증 로직을 간소화했습니다. Highlights
🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console. Changelog
Activity
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
| .string() | ||
| .trim() | ||
| .min(1, "이름을 입력해주세요") | ||
| .max(8, "이름은은 8자 이내로 입력해주세요") |
| const { nickname, disabled } = useWatch({ | ||
| control, | ||
| name: "nickname", | ||
| compute: (nickname) => ({ | ||
| nickname, | ||
| disabled: !nicknameSchema.safeParse(nickname).success, | ||
| }), | ||
| }); |
There was a problem hiding this comment.
각 Step 별로 별도의 인증 로직을 작성하지 말고, Zod Schema 를 활용한 Validation 으로 유효성 검사를 진행하도록 역할 위임
| message: '"상관없음"은 다른 음식과 함께 선택할 수 없습니다.', | ||
| }), | ||
| preferredMenus: z.object({ | ||
| export const nicknameSchema = z |
There was a problem hiding this comment.
[NOTE]
추후 각 Form 의 Schema 에 대해서는 아래와 같이 수정 예정
- refactor: 타입 정의를 enum으로 통일하여 타입 안정성 개선 #95 에서 진행 중인 Enum 타입을 적용하여
z.enum반영 - 각 문항 별 Validation 을
z.refine으로 작성하여 커스텀 Rule 반영 - 각 스텝 별 Footer 에
zodObject.safeParse메서드로 유효성 검사하도록 반영
|
@RookieAND |
🎯 PR 제목
fix: 의견 수합 폼 스키마 검증 로직 개선 (Hotfix Task)
📑 작업 상세 내역
버그 수정
리팩토링
🙏 리뷰 요청 사항
📃 참고 자료
preferredMenusSchema: first를 optional로 변경 + refine 검증 추가distanceRangeSchema,dislikedFoodSchemaexport 추가getValues제거 →useWatchcompute에서 값 직접 추출schema.safeParse()사용🖼️ 작업 결과물
getValues호출 제거로 코드 간소화