[2주차] 객체지향 코드 연습(starshape7) #1

starshape7 · 2024-03-31T01:51:39Z

추가 Q & A

🤔 잘 모르겠거나, 더 궁금한 내용이 있었나요?

Interest Calculater 부분을 어떻게 구현해야할지 잘 모르겠습니다.

집중적으로 리뷰 받고싶은 것이 있나요?

구조나 코드 컨벤션에 대해 리뷰해주시면 감사하겠습니다.

Erichong7

MVC패턴, SOLID 원칙에 대해 많은 고민이 필요해보입니다. 또한, 패키지 구조가 전혀 분리되어 있지 않습니다. 현재와 같은 상태로 코드 파일이 수천개가 되면 관리하기 정말 어려울 것입니다. layered architecture에 대해 공부하여 패키지 구조를 나눠봅시다.

Erichong7 · 2024-04-01T06:32:21Z

src/Account.java

+    public BigDecimal getAmount() {return amount;}
+    public void setAmount(BigDecimal amount) {this.amount = amount;}
+    public boolean isActivated() {return activated;}
+    public void setActivated(boolean activated) {this.activated = activated;}


코드 컨벤션에 대하여 알아보고 적용하여 읽기 쉽고 관리하기 쉬운 코드에 대해 고민해보아요

https://naver.github.io/hackday-conventions-java/

getter와 setter를 남발하는 것은 좋지 않습니다. 객체지향의 장점은 캡슐화에 있습니다. 즉, 외부에 객체의 구체적인 정보를 은닉하는 것에 중점을 둬야합니다. 특히 객체 내부에서 setter를 사용하고있는데 외부가 아닌 내부에서 변경되는 값인데 setter를 사용하는 이유가 무엇인가요? 접근 제어자의 역할에 대해서도 고민해봅시다.

Erichong7 · 2024-04-01T06:41:57Z

src/CentralBank.java

+        {
+            if(account instanceof SavingAccount)
+            {
+                if(((SavingAccount) account).compareCAGA(account))


3번 이상 nesting된 코드는 좋지 않습니다. 함수로 분리하는 방법, Early Return을 사용하는 방법 등.. 여러가지 해결 방안이 있으니 찾아보고 내 코드에 가장 적합한 방안을 적용해봅시다.

Erichong7 · 2024-04-01T06:43:10Z

src/CentralBank.java

+                {
+                    account.withDraw(amount);
+                }
+                else { System.out.println("계좌 금액이 목표 금액보다 낮습니다. 인출이 거부됩니다."); }


매직넘버에 대해 알아보고 적용해봅시다.
https://jake-seo-dev.tistory.com/155

Erichong7 · 2024-04-01T06:47:56Z

src/InterestCalculator.java

인터페이스를 사용하는 이유는 무엇일까요?
현재는 인터페이스의 장점을 사용했다고 보기 어렵고 이 인터페이스의 존재 이유도 잘 모르겠습니다.
https://gofnrk.tistory.com/22

Erichong7 · 2024-04-01T06:53:37Z

src/AccountInterestRate.java

+        BigDecimal overTenM= new BigDecimal("10000000"); // 천만
+        BigDecimal overFiveM = new BigDecimal("5000000"); // 오백만
+        BigDecimal overM = new BigDecimal("1000000"); // 백만
+        BigDecimal overTenT = new BigDecimal("10000"); // 만


함수 안에서 객체를 정의하여 할당하고 있습니다. 이렇게 되면 함수를 호출할 때마다 객체가 다시 정의되어 비효율적입니다. 함수 내부가 아닌 클래스 내부에 정의하는 것이 좋아보입니다.

Erichong7 · 2024-04-01T07:00:21Z

src/CentralBank.java

+    // 이자를 계산하고 출력
+    public void printAccountInfoNInterestRate(String accountNum)
+    {
+        for (Account account : accounts)


java stream 사용해봅시다!

Erichong7 · 2024-04-01T07:01:42Z

src/CentralBank.java

+        return null;
+    }
+
+    // 이자를 계산하고 출력


이자를 계산하고 / 출력... 두가지 역할을 하나의 함수에서 하고있습니다. 하나의 함수는 하나의 역할만 하도록 함수를 분리하여 단일책임원칙을 지키도록 코드를 작성해주세요

Erichong7 · 2024-04-01T07:02:57Z

src/Main.java

+    {
+        Scanner s = new Scanner(System.in);
+        Main m = new Main();
+        CentralBank c = new CentralBank();


의미있는 변수명을 사용해주세요

Erichong7 · 2024-04-01T07:05:06Z

src/Main.java

+
+        while(true)
+        {
+            int i = m.showMenu(s);


여기도 selectedNumber와 같이 의미있는 변수명을 가졌으면 좋겠습니다.
코딩의 꽃은 협업입니다.

Erichong7 · 2024-04-01T07:21:11Z

src/Account.java

+        {
+            System.out.println("Failed WithDraw!");
+        }
+    }


출금, 입금, 송금 등의 책임이 Account 객체보다는 AccountService에 있다고 보는 것이 더 좋을 것 같습니다. Account는 자신의 계좌의 출금할 만큼 돈이 있는 지 등과 같은 역할을 하는 것이 좋을 것 같습니다. 즉, 객체의 책임에 대하여 고민해보고 분리해봅시다.
어떤 객체가 해야할 일을 다른 객체가 대신 해주고 있는데 객체의 구조가 변경된다면 그 객체의 일을 대신 해주는 모든 코드를 수정해야 합니다. 책임 분리합시다.

KoSeonJe

모든 메소드가 하나의 기능만을 수행할수는 없겠지만, 추상화를 최소화해서 하나의 기능, 하나의 책임만을 가지도록 노력해야 합니다.

책임을 지는 객체, 기능을 가진 메소드 들은 책임을 최소화 할수록 기능을 최소화 할수록 유지보수가 쉬워집니다.
객체 분리, 단일책임 원칙에 대해 더 고민해보셔야 할 것 같습니다.

코드 컨벤션은 같이 프로젝트하는 동료를 위한 것입니다. 통일된 규칙으로 작성하여 가독성이 좋은 코드가 될 수 있습니다. 꼭 지켜주세요

KoSeonJe · 2024-04-01T17:49:48Z

src/Main.java

+public class Main
+{
+    Pattern pattern = Pattern.compile("\\d{6}-\\d{2}-\\d{6}");
+    public int showMenu(Scanner s)


화면을 출력해주는 책임을 가진 객체를 따로 분리하시는 것이 좋을 것 같습니다

KoSeonJe · 2024-04-01T17:51:12Z

src/Main.java

+public class Main
+{
+    Pattern pattern = Pattern.compile("\\d{6}-\\d{2}-\\d{6}");
+    public int showMenu(Scanner s)


Suggested change

public int showMenu(Scanner s)

private int showMenu(Scanner s)

외부에 드러내도 되는 메소드인가, 외부에서 사용될 메소드인가를 고민하셔서 접근제어자를 설정해야합니다.

KoSeonJe · 2024-04-01T17:53:08Z

src/Main.java

+import java.util.regex.Matcher;
+import java.util.regex.Pattern;
+
+public class Main


Main Class는 전체적인 어플리케이션을 실행시키는 역할인데, 어떤 어플리케이션인지 고민하면서 클래스 이름도 변경해보는 것도 좋을 것 같습니다.

KoSeonJe · 2024-04-01T17:56:05Z

src/Main.java

+import java.util.regex.Matcher;
+import java.util.regex.Pattern;
+
+public class Main


Main 클래스가 너무 많은 책임을 지고 있지 않나 고민해보셔야 할 것 같습니다.
현재 Main클래스는 흐름제어, 입력, 출력, Account, validate 등 관련된 여러 가지 책임을 맡고 있는 것 같습니다.
흐름제어만을 남기고 따로 객체를 분리해주세요.

KoSeonJe · 2024-04-01T17:57:42Z

src/Main.java

+        aNum = getAccountNum(s);
+        amount = getAmount(s);
+
+        if(type.equals("S"))


S가 의미하는 바는 무엇인가요? 어떤 다른 사람이 봐도 이해할 수 있게 구체적으로 작성해야 합니다.
따로 변수를 선언해주세요

KoSeonJe · 2024-04-01T18:20:49Z

src/CentralBank.java

+                BigDecimal interestRate = calculator.getInterest(account.getAmount());
+                BigDecimal interestAmount = account.getAmount().multiply(interestRate);
+
+                account.setAmount(account.getAmount().add(interestAmount));


account의 amount를 추가하는 로직은 Account클래스의 책임이지 않을까요!?

KoSeonJe · 2024-04-01T18:22:07Z

src/SavingAccount.java

+                "Goal Asset : ₩" + goalAmount;
+    }
+
+    public boolean compareCAGA(Account account)


CAGA는 무엇인가요? 메소드명을 구체적이게 적어주세요

KoSeonJe · 2024-04-01T18:37:04Z

src/AccountInterestRate.java

+    @Override
+    public BigDecimal getInterest(BigDecimal amount)
+    {
+        BigDecimal overTenM= new BigDecimal("10000000"); // 천만


값을 이용하여 변수명을 짓는 것은 좋지 않습니다.

KoSeonJe · 2024-04-01T18:39:11Z

src/AccountInterestRate.java

+public class AccountInterestRate implements InterestCalculator
+{
+    @Override
+    public BigDecimal getInterest(BigDecimal amount)


한 개의 메소드에서 여러 개 책임을 갖고 있는 것 같습니다.
인스턴스 생성, 비교 및 검증, 값 반환 의 책임을 지고 있는 것 같네요. 분리해주는 게 좋을 것 같습니다

KoSeonJe · 2024-04-01T18:44:10Z

src/Main.java

+        System.out.print("원하시는 작업을 선택해주세요 : ");
+        return s.nextInt();
+    }
+    public Account getAccount(Scanner s)


getAccount의 메소드가 단지 account를 얻는 책임만을 가지고 있는지 고민해봐야 할 것 같습니다.
이름 생성, 입력, 출력, 계좌 종류 체크, 인스턴스 생성 의 책임을 가지고 있습니다.
너무 많은 책임을 지고 있는 것은 유지보수에 좋지 않습니다. 책임을 분리해야합니다

KoSeonJe

코드컨벤션을 지키려는 노력이 많이 보인 것 같습니다.
패키지명은 소문자만 사용해야 합니다. 또한, 하나의 명사로만을 작성하는 것을 지향합니다.
메소드 분리가 더 필요할 것 같습니다. 스스로 해당 메소드가 어떤 책임을 가지고 있을 까 고민하면서 분리하는 고민을 하면 좋을 것 같습니다.

열심히 잘하고 계신 것 같아서 좋습니다. 꾸준히 고민해주세요!

KoSeonJe · 2024-04-08T16:35:20Z

src/StartBank.java

@@ -0,0 +1,12 @@
+import bankService.Message;
+
+public class StartBank {


클래스 명은 명사로 지어주는 것이 좋습니다.
현재 클래스 명은 동사 + 명사 입니다.
동사가 섞인 이름은 메소드에 적합할 것 같습니다

KoSeonJe · 2024-04-08T16:38:34Z

src/accounts/Account.java

+        this.owner = owner;
+        this.amount = amount;
+        this.activated = true;
+    }


사소하지만 매개변수와 주입시켜주는 순서도 일치하면 가독성이 좋아질 것 같습니다

KoSeonJe · 2024-04-08T16:42:16Z

src/accounts/NormalAccount.java

+    }
+
+    @Override
+    public boolean withdraw(BigDecimal withdrawAmount) { //출금


도메인과 비즈니스 로직을 분리해주셨으면 합니다.
도메인 내의 로직은 오로지 도메인의 상태변화와 관련된 로직만 좋겠다는 생각입니다.

KoSeonJe · 2024-04-08T16:44:03Z

src/accounts/NormalAccount.java

+        System.out.println("Deposite Finish! Your Amount : ₩" + amount);
+        return true;
+    }
+    private boolean isValid(BigDecimal withdrawAmount) { // 예산 > 출금 금액인 경우


어떤 유효성을 검사하고 있는 것인지 메소드명을 구체적으로 작성해주세요

KoSeonJe · 2024-04-08T16:44:20Z

src/accounts/NormalAccount.java

+    }
+    @Override


Suggested change

}

@Override

}

@Override

코드컨벤션 지켜주세요

KoSeonJe · 2024-04-08T17:06:02Z

src/bankService/Message.java

+import java.math.BigDecimal;
+import java.util.Scanner;
+
+public class Message {


메시지를 가지고 있는 책임, 출력 책임, 입력 책임만 가지고 있어도 충분하다고 생각합니다.

KoSeonJe · 2024-04-08T17:06:13Z

src/bankService/Message.java

+    private CentralBank centralBank = new CentralBank();
+    public boolean askAction(){


Suggested change

private CentralBank centralBank = new CentralBank();

public boolean askAction(){

private CentralBank centralBank = new CentralBank();

public boolean askAction(){

코드 컨벤션 지켜주세요

KoSeonJe · 2024-04-08T17:07:02Z

src/accounts/Account.java

+import java.math.BigDecimal;
+
+public abstract class Account {
+    protected String accountType;


Enum을 활용해보는 것이 더 좋을 것 같습니다

KoSeonJe · 2024-04-08T17:08:33Z

src/interest/InterestCalculator.java

+
+import java.math.BigDecimal;
+
+public abstract class InterestCalculator {


상수 값을 직접 변수명에 적용하는 것은 좋지 않습니다. 알고 계시면 좋을 것 같습니다.
하지만, 지금 이 부분은 도메인에 대한 이해가 필요한 부분인 것 같아 어쩔 수 없는 부분인 것 같습니다.

KoSeonJe · 2024-04-08T17:09:29Z

src/interest/AccountInterestRate.java

+public class AccountInterestRate extends InterestCalculator {
+
+    @Override
+    public BigDecimal calculateInterest(BigDecimal amount) {


else if 문을 반복하는 것은 좋지 않습니다.
enum을 활용해 적용해보는 것이 적절해보입니다.

나경호 and others added 5 commits March 28, 2024 14:07

코드 업로드

6e018ca

Merge remote-tracking branch 'origin/main'

44f195a

코드 업로드

957d99d

코드 수정 업로드 (예외처리_1)

db46a76

코드 수정 업로드

07e3df4

starshape7 requested review from Hoya324, KoSeonJe, Gopistol and TaetaetaE01 as code owners March 31, 2024 01:51

starshape7 changed the title ~~[2주차] 객체지향 코드 연습(starshape7)~~ [2주차] 객체지향 코드 연습(starshape77) Mar 31, 2024

starshape7 changed the title ~~[2주차] 객체지향 코드 연습(starshape77)~~ [2주차] 객체지향 코드 연습(starshape7) Mar 31, 2024

Erichong7 reviewed Apr 1, 2024

View reviewed changes

코드 수정 업로드

cb63adc

KoSeonJe reviewed Apr 1, 2024

View reviewed changes

starshape7 added 8 commits April 7, 2024 22:36

컴펌 이후 수정 (interest 미구현)

3af2d65

Delete src/SavingAccountInterestRate.java

f37cd84

Delete src/Main.java

f6b920f

Delete src/CentralBank.java

c380e94

Delete src/AccountInterestRate.java

9e19af6

Delete src/Account.java

42db89e

컴펌 이후 수정 (interest 미구현)

bad7d99

Merge remote-tracking branch 'origin/main'

4d876ba

KoSeonJe reviewed Apr 8, 2024

View reviewed changes

CHORE: 코드 수정, 내부 파일 수정 04 15

11b9ddd

	public int showMenu(Scanner s)
	private int showMenu(Scanner s)

		@@ -0,0 +1,12 @@
		import bankService.Message;

		public class StartBank {

		private CentralBank centralBank = new CentralBank();
		public boolean askAction(){


		import java.math.BigDecimal;

		public abstract class InterestCalculator {

[2주차] 객체지향 코드 연습(starshape7) #1

Are you sure you want to change the base?

[2주차] 객체지향 코드 연습(starshape7) #1

Conversation

starshape7 commented Mar 31, 2024 • edited Loading

추가 Q & A

집중적으로 리뷰 받고싶은 것이 있나요?

Erichong7 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Erichong7 Apr 1, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

KoSeonJe left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

KoSeonJe left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

starshape7 commented Mar 31, 2024 •

edited

Loading

Erichong7 Apr 1, 2024 •

edited

Loading