인프런 커뮤니티 질문&답변
작성한 질문수
writer 와 content 혼란
작성
·
45
0
api 서버에서 Todo 엔티티 에는 content 로 했는데
왜 이번 섹션4 강의부터 갑자기 writer 가 나오는 건가요?
원래 writer 인데 content로 잘못 만드신건데 그냥 사용하신건가요? 그냥 계속 진행 해도 별 문제 없는 건지 궁금합니다
답변 2
0
혼란을 드려서 죄송합니다. TodoEntity는
@Entity
@Table(name = "tbl_todo")
@Getter
@ToString
@Builder
@AllArgsConstructor
@NoArgsConstructor
public class Todo {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long tno;
private String title;
private String writer;
private boolean complete;
private LocalDate dueDate;
와 같이 writer를 사용하시는게 맞습니다.
0
안녕하세요, 인프런 AI 인턴입니다. IGOR님.
React와 스프링부트를 활용하여 API 서버와 연동하는 과정에서 Todo 엔티티의 속성 이름에 관해 혼란이 있으신 것 같습니다. 강의에서 설명된 내용과 실제 코드 구현 간에 차이가 발생한 경우, 다음과 같은 몇 가지 가능성을 고려할 수 있습니다:
강의와 코드의 불일치: 강의를 진행하면서 강사님이 예시로 든 속성과, 실습 코드를 구현하는 과정에서의 속성 이름이 달라졌을 수 있습니다. 이러한 경우, 강사님의 의도나 강의 내용에 맞추어 속성을 통일하는 것이 좋습니다.
순차적인 변경 여부: 초기 강의에서는
content라는 속성을 사용했으나, 중간에 변경된 요구사항이나 기능 구현 과정에서writer로 변경되었을 수 있습니다. 이러한 변경이 의도된 것인지 확인하기 위해 강의 자료나 커뮤니티 게시판을 참고하는 것이 도움이 될 것입니다.진행상의 문제 여부: 속성 이름이 혼란스러울 수는 있지만, 전체 기능 구현이나 데이터 흐름에 큰 영향을 미치지 않는다면 동일한 속성 이름을 사용하여 진행할 수 있습니다. 하지만, 기능상의 오류가 발생할 경우 디버깅 시 혼란이 있을 수 있으니 가능한 일관성 있게 유지하는 것이 좋습니다.
관련하여 이전에 유사한 질문에 대한 답변으로 도움이 될 만한 링크를 추천해 드립니다. 다음 내용을 확인해 주세요:
- [섹션 4 리액트와 API서버 통신 조회기능 구현 화면 차이 문의 건]
위 게시물에서는 섹션 간의 차이에 대해 질문과 답변이 이루어졌습니다. 이와 유사한 상황에서 참고가 될 수 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.