[이하원_BackEnd] 10주차 과제 제출합니다. #5

NIF404 · 2025-05-05T07:23:26Z

과제를 진행할때 구현한 기능들은
해당 과제 부분을 설명할때 링크로 첨부한 내용들을 최대한 넣어보려 했습니다 (ResponseBody, ResponseEntity 등)
느낀점은 보고서에 작성하였습니다

kih1015

고생하셨습니다!

코멘트 확인해주세요

kih1015 · 2025-05-08T10:18:27Z

src/main/java/com/example/bcsd/ArticleController.java

+@RestController
+@RequestMapping("/article")
+public class ArticleController {


컨트롤러 클래스 전체에 /article prefix를 적용해주셨네요.

프로젝트가 커질 경우 이렇게 prefix 단위로 컨트롤러를 분리해주면 관리가 용이하겠죠

kih1015 · 2025-05-08T10:18:58Z

src/main/java/com/example/bcsd/ArticleController.java

+    }
+}


EOF에 대해 알아보시면 좋을 것 같아요

kih1015 · 2025-05-08T10:20:32Z

src/main/java/com/example/bcsd/ArticleController.java

+        if (content != null) {
+            long id = articleId++;
+            articles.put(id, content);
+            response.put("message", "Article created");
+            response.put("id", id);
+            return new ResponseEntity<>(response, HttpStatus.CREATED);
+        } else {
+            response.put("message", "Content is missing");
+            return new ResponseEntity<>(response, HttpStatus.BAD_REQUEST);
+        }


현재 분기가 너무 복잡한데 읽기 좋은 코드를 위해 else 문 없이 조기 리턴으로 코드를 개선하는게 가능해 보여요

kih1015 · 2025-05-08T10:20:52Z

src/main/java/com/example/bcsd/ArticleController.java

+        if (article != null) {
+            response.put("content", article);
+            return new ResponseEntity<>(response, HttpStatus.OK);
+        } else {
+            response.put("message", "Article not found");
+            return new ResponseEntity<>(response, HttpStatus.NOT_FOUND);
+        }


여기도 마찬가지입니다

kih1015 · 2025-05-08T10:22:04Z

src/main/java/com/example/bcsd/ArticleController.java

+        if (articles.containsKey(id)) {
+            if (content != null) {
+                articles.put(id, content);
+                response.put("message", "Article updated");
+                return new ResponseEntity<>(response, HttpStatus.OK);
+            } else {
+                response.put("message", "Content is missing");
+                return new ResponseEntity<>(response, HttpStatus.BAD_REQUEST);
+            }
+        } else {
+            response.put("message", "Article not found");
+            return new ResponseEntity<>(response, HttpStatus.NOT_FOUND);
+        }


마찬가지로 중첩된 조건문은 피해주시는게 좋아요.

cf) 중첩 조건문 리팩토링

kih1015 · 2025-05-08T10:24:22Z

src/main/java/com/example/bcsd/ArticleController.java

+            response.put("message", "Content is missing");
+            return new ResponseEntity<>(response, HttpStatus.BAD_REQUEST);


RespionseEntity 정적팩토리메서드

응답 엔티티를 더 가독성 있게 만들 수 있어요

kih1015 · 2025-05-08T10:24:39Z

src/main/resources/templates/introduce.html

+</body>
+</html>


여기도 EOF!

NIF404 · 2025-05-12T13:06:04Z

6주차 과제에 PR하라는 말은 없었지만 코드가 너무 많아 보고서에 넣긴 힘들것같아서 이곳으로 PR합니다.
보고서 작성하다가 PR작성해야겠다는 생각이 들어서 commit이 하나 밖에 없는점 부끄럽습니다...

NIF404 · 2025-05-19T09:54:45Z

무슨 문제인지는 모르겠지만 force push으로 올렸습니다
터미널에서 pull 한다음 push하라 했는데 pull하니까 7주차 과제가 날아가버려서 복구한다음 그냥 force push 했습니다
그래서 6주차 커밋이 날아간거 같은데
6주차에서는 리포지토리에서 자료구조를 사용하던걸 DB에 옮긴것과 API요청을 요구사항에 맞춰서 조금 바꾼것 외에는 거의 차이가 없습니다

kih1015

고생많으셨습니다!

마지막까지 화이팅

kih1015 · 2025-05-15T04:26:38Z

src/main/java/com/example/bcsd/ArticleController.java

-@RequestMapping("/article")
+@RequestMapping("/articles")


단수에서 복수로 바꾸신 이유가 궁금해요.

제 기억에는 원래 맴버, 게시판, 게시글에 대한 모델을 만드는게 과제여서 그때는 article로 사용했지만
과제 요구사항에서 /articles 로 요청을 보내도록 되어있었기에 요구사항에 맞춰서 바꿨습니다

kih1015 · 2025-05-19T11:35:31Z

src/main/java/com/example/bcsd/Article.java

+    private Article(Builder builder) {
+        id = builder.id;
+        userId = builder.userId;
+        boardId = builder.boardId;
+        postDate = builder.postDate;
+        title = builder.title;
+        content = builder.content;
+        putDate = builder.putDate;
+    }
+


기본 생성자를 private으로 설정하신 이유가 궁금해요!

빌더관련 참고한 블로그에서 private로 설정해서 저도 따라서 작성하였습니다
아마 빌더를 사용하는걸 강제하고 실수가 생기기 쉬운 기본 생성자를 private로 설정한것 같습니다

kih1015 · 2025-05-19T11:39:39Z

src/main/java/com/example/bcsd/Article.java

+    public void setTitle(String title) {
+        this.title = title;
+    }
+
+    public void setContent(String content) {
+        this.content = content;
+    }
+
+    public void setPutDate(String putDate) {
+        this.putDate = putDate;
+    }


요구사항에서 세터가 꼭 필요한가요?

게시글의 수정이 요구사항에 포함되어 있다면, 목적에 맞는 수정을 위한 메서드(예: update(String, String, String))를 만들어 활용하는 편이 좋아보여요.

사용 목적과 의미가 명확하지않고 내부 값에 대한 접근을 무방비하게 노출하는 세터는 사용을 지양하는 것이 좋다고 생각합니다.

네 이부분은 이전 과제에서 자료구조를 사용할때 사용된 코드여서
저도 해당 과제에서는 없는것이 맞다고 생각합니다

kih1015 · 2025-05-19T11:41:08Z

src/main/java/com/example/bcsd/Article.java

+    private final String postDate;
+    private String title;
+    private String content;
+    private String putDate;


postDate, putDate 보다는

createdAt, modifiedAt
위와 같은 필드명이 더 적절하다고 생각합니다.

kih1015 · 2025-05-19T11:41:57Z

src/main/java/com/example/bcsd/Article.java

+
+        public Builder(long id, long uId, long bId, String pD) {
+            this.id = id;


매개변수명도 축약하기보다 조금 길어지더라도 의미를 명확히 알 수 있도록 작성하면 좋을 것 같아요.

kih1015 · 2025-05-19T11:43:24Z

src/main/java/com/example/bcsd/Article.java

+    public static class Builder {
+        private final long id;
+        private final long userId;
+        private final long boardId;
+        private final String postDate;
+        private String title;
+        private String content;
+        private String putDate = "";


빌더 직접 구현해보신 것 좋아요!

kih1015 · 2025-05-19T11:47:49Z

src/main/java/com/example/bcsd/ArticleController.java

+    public ResponseEntity<Article> put(@PathVariable long id,
+                                          @RequestBody Map<String, String> article) {
+        if (!articleService.validArticle(id)) {
+            return ResponseEntity.notFound().build();
+        }
+        String password = article.get("password");
+        if(!memberService.findById(articleService.findById(id).getUserId()).getPassword().equals(password)){
+            return ResponseEntity.badRequest().build();
+        }
+        String title = article.get("title");
+        String content = article.get("content");
+        Article updated = articleService.update(id, title, content);
+        return ResponseEntity.ok(updated);
+    }


분기처리가 간단해져서 코드 흐름이 눈에 잘들어오네요.

kih1015 · 2025-05-19T11:50:06Z

src/main/java/com/example/bcsd/ArticleRepository.java

+@Repository
+public class ArticleRepository {
+    private JdbcTemplate jdbcTemplate;
+
+    ArticleRepository(JdbcTemplate jdbcTemplate) {
+        this.jdbcTemplate = jdbcTemplate;
+    }


굿굿 전체적으로 잘해주셨네요.

kih1015 · 2025-05-19T11:52:35Z

src/main/java/com/example/bcsd/ArticleService.java

+
+    public Article findById(long id) {
+        return articleRepository.findById(id);
+    }


읽기 전용 트랜잭션의 경우

@Transactional(readonly = True) 성능에 도움이 될 수 있습니다.
공부해보시는 것 추천드려요.

kih1015 · 2025-05-19T11:55:51Z

src/main/java/com/example/bcsd/ArticleController.java

+        Article created = articleService.save(userId, boardId, title, content);
+        return ResponseEntity.status(HttpStatus.CREATED).body(created);


ReponseEntity.created() 메서드 사용을 추천합니다.

NIF404 · 2025-05-26T11:42:18Z

8주차 과제 수행하였습니다.
과제 요구사항과 더불어 피드백 사항도 반영하였습니다

kih1015

고생많으셨습니다!

코멘트 확인해주세요.

kih1015 · 2025-05-28T00:49:02Z

src/main/java/com/example/bcsd/Article.java

-    private final String postDate;
+    private final String createdAt;
    private String title;
    private String content;
-    private String putDate;
+    private String modifiedAt;

    private Article(Builder builder) {
        id = builder.id;
        userId = builder.userId;
        boardId = builder.boardId;
-        postDate = builder.postDate;
+        createdAt = builder.createdAt;
        title = builder.title;
        content = builder.content;
-        putDate = builder.putDate;
+        modifiedAt = builder.modifiedAt;


kih1015 · 2025-05-28T00:50:53Z

src/main/java/com/example/bcsd/Article.java

-    public String getPutDate() {
-        return putDate;
-    }
-
-    public void setTitle(String title) {
-        this.title = title;
-    }
-
-    public void setContent(String content) {
-        this.content = content;
-    }
-
-    public void setPutDate(String putDate) {
-        this.putDate = putDate;
+    public String getModifiedAt() {
+        return modifiedAt;


클래스를 단순히 데이터 덩어리로 바라보지 않고 완전한 모듈로 바라보는 객체지향적 설계라면

이렇게 내부 값에 대한 노출을 최대한 자제하면 좋을 것 같아요.

kih1015 · 2025-05-28T00:56:35Z

src/main/java/com/example/bcsd/ArticleController.java

+        try {
+            memberService.validId(userId);
+            boardService.validId(boardId);
+        }
+        catch (RuntimeException e){
+            throw new ReferencedEntityNotFoundException("유효하지 않은 게시판 또는 사용자 입니다.");


커스텀 예외를 만들어 처리해 준 것 좋네요.

다만 하위 모듈(서비스, 리파지토리)에서 직접 커스텀 예외를 던져도 좋지 않을까요?

컨트롤러에서 예외를 다시 잡아서 다시 던지는 이유가 궁금하네요.

kih1015 · 2025-05-28T00:56:59Z

src/main/java/com/example/bcsd/ArticleController.java

-        return ResponseEntity.status(HttpStatus.CREATED).body(created);
+        return ResponseEntity.created(URI.create("/articles/" + created.getId())).build();


훌륭합니다!

kih1015 · 2025-05-28T00:57:45Z

src/main/java/com/example/bcsd/ArticleController.java

+        try{
+            Article article = articleService.findById(id);
+            return ResponseEntity.ok(article);
+        } catch (RuntimeException e) {
+            throw new EntityNotFoundException("게시물을 찾을 수 없습니다");


여기서도 하위모듈에서 직접 EntityNotFoundException을 던져도 되지 않았을까요

kih1015 · 2025-05-28T00:59:37Z

src/main/java/com/example/bcsd/ArticleService.java

+    @Transactional(readOnly=true)
    public Article findById(long id) {
        return articleRepository.findById(id);
    }

+    @Transactional(readOnly=true)


@Transactional(readOnly=true) 활용해주셨네요.

kih1015 · 2025-05-28T01:00:10Z

src/main/java/com/example/bcsd/BoardController.java

+        try{
+            Board board = boardService.findById(id);
+            return ResponseEntity.ok(board);
+        } catch (RuntimeException e) {
+            throw new EntityNotFoundException("게시판을 찾을 수 없습니다.");
+        }


여기도 마찬가지! 하위모듈에서 직접 예외를 던져도 될 것 같아요.

kih1015 · 2025-05-28T01:04:17Z

src/main/java/com/example/bcsd/DBExceptionHandler.java

+@RestControllerAdvice
+public class DBExceptionHandler {
+
+    @ExceptionHandler(EmailAlreadyExistsException.class)
+    public ResponseEntity<String> handleEmailAlreadyExistsException(EmailAlreadyExistsException e){
+        return ResponseEntity.status(e.getStatusCode()).body(e.getMessage());
+    }
+
+    @ExceptionHandler(EntityHasArticleException.class)
+    public ResponseEntity<String> handleEntityHasArticleException(EntityHasArticleException e){
+        return ResponseEntity.status(e.getStatusCode()).body(e.getMessage());
+    }


잘 작성해주셨네요.

예외 처리 책임을 분리하니 정말 깔끔하죠 try-catch 도배할 필요도 없구요.

kih1015 · 2025-05-28T01:05:26Z

src/main/java/com/example/bcsd/MemberController.java

+        try {
+            String email = article.get("email");
+            Member updated = memberService.update(id, email);
+            return ResponseEntity.ok(updated);
+        }
+        catch (RuntimeException e){
+            throw new EmailAlreadyExistsException("중복 이메일 입니다.");
+        }


try-catch 사용하지 않을 방법이 있지 않을까요?

kih1015

고생하셨습니다!

거의 다 왔네요 끝까지 화이팅!

kih1015 · 2025-06-24T19:50:27Z

src/main/java/com/example/bcsd/Article.java

+        this.content = content;
+        this.createdAt = LocalDateTime.now();


@CreatedDate 어노테이션에 대해 알아보는 것도 좋을 것 같아요

과제 수준에서는 변경하지 않아도 괜찮을 것 같습니다!

네 더불어서
@LastModifiedDate 등도 과제하면서 찾아봤는데 해당 과제에서는 기존에 쓰던 기능으로 해도 무관할것같아 사용하지 않았습니다

kih1015 · 2025-06-24T19:51:58Z

src/main/java/com/example/bcsd/ArticleController.java

-        if(!memberService.findById(articleService.findById(id).getUserId()).getPassword().equals(password)){
+        if (!memberService.findById(articleService.findById(id).getMemberId()).getPassword().equals(password)) {


임시 변수를 활용한다면 읽기 편할 것 같아요

Long userId = articleService .findById(id) .getUserId(); String memberPassword = memberService .findById(userId) .getPassword(); if (!memberPassword.equals(password)) { // 처리 로직 }

네 다음 과제부터 활용해보겠습니다

kih1015 · 2025-06-24T19:55:37Z

src/main/java/com/example/bcsd/ArticleService.java

-        String now = LocalDateTime.now().format(formatter);
-        return articleRepository.save(userId, boardId, now, title, content);
+    public Article save(long memberId, long boardId, String title, String content) {
+        Board board = boardRepository.findById(boardId).get();


null 반환한다면 어쩌죠?

null을 핸들링 하기 위해 Optional을 사용한다고 생각합니다

맞습니다 과제할때 미처 생각하지 못한 문제였던것 같습니다

kih1015 · 2025-06-24T20:01:02Z

src/main/java/com/example/bcsd/Board.java

+    @OneToMany(mappedBy = "board", cascade = CascadeType.ALL, orphanRemoval = true)
+    private List<Article> articles = new ArrayList<>();


kih1015 · 2025-06-24T20:02:47Z

src/main/java/com/example/bcsd/ArticleController.java

+        } catch (RuntimeException e) {
            throw new ReferencedEntityNotFoundException("유효하지 않은 게시판 또는 사용자 입니다.");
        }


service에서 ReferencedEntityNotFoundException 예외를 던져도 되지 않았을까요?

예외처리의 경우에는 의도적으로 컨트롤러에서 처리했었습니다 아마 이것 관련해서 옛날 과제에서 말씀하셨던것같은데 관련해서 다음과제때 조사해보겠습니다

그리고 제가 저번주 수요일부터 미국에와있고 7월 4일까지 해외에 있어서 이번 11주차과제를 수행 못하여 미리 말씀드립니다
해당 과제는 12주차 과제때 함께 구현하여 제출하도록 하겠습니다

NIF404 added 5 commits May 5, 2025 09:47

feat: /introduce 응답기능 추가

649e8e5

feat : /introduce?name 기능 추가

ecbd0e5

feat : /json 기능 추가

2daa92f

refactor : /json 기능을 RestController를 이용해 리팩토링

03c41c7

feat : CRUD API 작성

4212b5f

kih1015 reviewed May 8, 2025

View reviewed changes

NIF404 added 7 commits May 12, 2025 23:28

feat : 6주차 과제

3317b28

feat : DB연결후 정상 실행 확인

bec4afd

feat : BoardRepository DB와 연결

6faf3dc

feat : MemberRepository DB와 연결

ece05fd

feat : ArticleRepository DB와 연결

00978ba

feat : 기존 초기값 삭제 및 6주차 과제까지 DB로 구현 확인

06d4b90

feat : 7주차 과제 요구 사항 구현

d8a7748

NIF404 force-pushed the main branch from 8bb923a to d8a7748 Compare May 18, 2025 18:35

NIF404 changed the title ~~[이하원_BackEnd] 5주차 과제 제출합니다.~~ [이하원_BackEnd] 7주차 과제 제출합니다. May 18, 2025

feat : 트랜잭셔널 어노테이션 추가

be8ff92

kih1015 reviewed May 19, 2025

View reviewed changes

NIF404 added 11 commits May 22, 2025 11:46

feat : 삭제 예외처리를 위한 예외 클래스 구현

d29cc8f

feat : 생성 예외처리를 위한 예외 클래스 구현

aeecbac

feat : 기존 예외 클래스 이름 변경

c6d1c96

feat : NULL이 존재하는 생성 예외처리 클래스 생성

88826c7

feat : 이메일 중복 예외처리 클래스 생성

36d01a7

feat : 조회 예외처리를 위한 예외 클래스 구현

6c91648

feat : 예외처리를 위한 헨들러 클래스 구현

7fe8b9b

feat : 데이터 베이스를 사용하면서 쓰이면 안되는 객체의 SETTER코드 삭제

8d8ca66

feat : 예외처리를 위한 코드 구현 및 작동 확인을 위한 코드 구현

86a3c3e

feat : board 관련 예외처리 구현

ece0f32

feat : member 관련 예외처리 구현

b1f6868

NIF404 added 2 commits May 26, 2025 19:15

feat : article 관련 예외처리 구현

04136e7

feat : 7주차 피드백에 따라 코드 변경

0b95708

NIF404 changed the title ~~[이하원_BackEnd] 7주차 과제 제출합니다.~~ [이하원_BackEnd] 8주차 과제 제출합니다. May 26, 2025

kih1015 reviewed May 28, 2025

View reviewed changes

NIF404 added 3 commits June 23, 2025 04:40

feat : JPA를 이용한 DB관리 구현, note : 노트북으로 pull 받아서 DB 작동 여부확인 필요

cd40e82

fix : posts가 작동하지 않는 오류 수정

a31fa9a

feat : 연관관계, 영속성 전이 및 고아객체 구현

8dfd075

NIF404 changed the title ~~[이하원_BackEnd] 8주차 과제 제출합니다.~~ [이하원_BackEnd] 10주차 과제 제출합니다. Jun 23, 2025

kih1015 reviewed Jun 24, 2025

View reviewed changes

		response.put("message", "Content is missing");
		return new ResponseEntity<>(response, HttpStatus.BAD_REQUEST);


		public Builder(long id, long uId, long bId, String pD) {
		this.id = id;

		Article created = articleService.save(userId, boardId, title, content);
		return ResponseEntity.status(HttpStatus.CREATED).body(created);

		return ResponseEntity.status(HttpStatus.CREATED).body(created);
		return ResponseEntity.created(URI.create("/articles/" + created.getId())).build();

		this.content = content;
		this.createdAt = LocalDateTime.now();

		if(!memberService.findById(articleService.findById(id).getUserId()).getPassword().equals(password)){
		if (!memberService.findById(articleService.findById(id).getMemberId()).getPassword().equals(password)) {

		@OneToMany(mappedBy = "board", cascade = CascadeType.ALL, orphanRemoval = true)
		private List<Article> articles = new ArrayList<>();

		}
		} No newline at end of file

		</body>
		</html> No newline at end of file

		@RequestMapping("/article")
		@RequestMapping("/articles")

[이하원_BackEnd] 10주차 과제 제출합니다. #5

Are you sure you want to change the base?

[이하원_BackEnd] 10주차 과제 제출합니다. #5

Uh oh!

Conversation

NIF404 commented May 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

kih1015 left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

NIF404 commented May 12, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

NIF404 commented May 19, 2025

Uh oh!

kih1015 left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

NIF404 commented May 26, 2025

Uh oh!

kih1015 left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

NIF404 commented May 5, 2025 •

edited

Loading

NIF404 commented May 12, 2025 •

edited

Loading

NIF404 Jun 29, 2025 •

edited

Loading