10 asked

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 엔티티의 속성 이름에 관해 혼란이 있으신 것 같습니다. 강의에서 설명된 내용과 실제 코드 구현 간에 차이가 발생한 경우, 다음과 같은 몇 가지 가능성을 고려할 수 있습니다:

1. 강의와 코드의 불일치: 강의를 진행하면서 강사님이 예시로 든 속성과, 실습 코드를 구현하는 과정에서의 속성 이름이 달라졌을 수 있습니다. 이러한 경우, 강사님의 의도나 강의 내용에 맞추어 속성을 통일하는 것이 좋습니다.

2. 순차적인 변경 여부: 초기 강의에서는 content라는 속성을 사용했으나, 중간에 변경된 요구사항이나 기능 구현 과정에서 writer로 변경되었을 수 있습니다. 이러한 변경이 의도된 것인지 확인하기 위해 강의 자료나 커뮤니티 게시판을 참고하는 것이 도움이 될 것입니다.

3. 진행상의 문제 여부: 속성 이름이 혼란스러울 수는 있지만, 전체 기능 구현이나 데이터 흐름에 큰 영향을 미치지 않는다면 동일한 속성 이름을 사용하여 진행할 수 있습니다. 하지만, 기능상의 오류가 발생할 경우 디버깅 시 혼란이 있을 수 있으니 가능한 일관성 있게 유지하는 것이 좋습니다.

관련하여 이전에 유사한 질문에 대한 답변으로 도움이 될 만한 링크를 추천해 드립니다. 다음 내용을 확인해 주세요:
- [섹션 4 리액트와 API서버 통신 조회기능 구현 화면 차이 문의 건]

위 게시물에서는 섹션 간의 차이에 대해 질문과 답변이 이루어졌습니다. 이와 유사한 상황에서 참고가 될 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.