2주차_Swift 문법 기초 과제_계산기 만들기

---

<2주차 - 과제>

---

이번 주차 과제로 '나만의 계산기 만들기'가 있다.
앞서 배운 문법 내용들을 활용하여 만들어야한다!!

Lv1 ~ 4까지 있다.😄
Lv3까지는 필수,
Lv4는 할 수 있다면 도전해보기!(선택)

---

<Lv1>
① 더하기, 빼기, 나누기, 곱하기 연산을 수행할 수 있는 Calculator 클래스를 만들기

② 생성한 클래스를 이용하여 연산을 진행하고 출력하기

---

<Lv2>
① Lv1에서 만든 Calculator 클래스에 “나머지 연산”이 가능하도록 코드를 추가하고, 연산 진행 후 출력

---

<Lv3>
① 아래 각각의 클래스들을 만들고 클래스간의 관계를 고려하여 Calculator 클래스와 관계 맺기
- AddOperation(더하기)
- SubstractOperation(빼기)
- MultiplyOperation(곱하기)
- DivideOperation(나누기)

② Calculator 클래스의 내부코드를 변경하기

③ 관계를 맺은 후 필요하다면 별도로 만든 연산 클래스의 인스턴스를 Calculator 내부에서 사용!

(Lv2 와 비교하여 어떠한 점이 개선 되었는지 스스로 생각해 보기 - hint. 클래스의 책임(단일책임원칙))

---

<Lv4>
① AbstractOperation라는 추상화된 클래스를 만들기
② 기존에 구현한 AddOperation(더하기), SubtractOperation(빼기), MultiplyOperation(곱하기), DivideOperation(나누기)
클래스들과 관계를 맺고 Calculator 클래스의 내부 코드를 변경하기

③ 스위프트의 어떤 문법을 이용하여 추상화할 수 있을지 생각해 보기

(Lv3 와 비교해서 어떠한 점이 개선 되었는지 스스로 생각해 보기 - hint. 클래스간의 결합도, 의존성(의존성역전원칙))

---

일단, 오늘은 Lv3까지 해 보았다.
단계별로 github에 올려놨다!
Lv4 내일 오전 중으로 한 번 도전해 볼 예정이다.✊🏻

---

---

<Lv1>

<Lv2>

이렇게 Double 타입끼리 나머지 연산을 하려고 하면, 위와 같은 알림이 뜬다.
추천해준대로 truncatingRemainder을 사용해주었다!

.truncatingRemainder 을 사용하면 Double 타입으로도 나머지를 리턴 받을 수 있나보다!

이렇게 해줬더니, 10 % 3 = 1
제대로 작동하는 것을 확인할 수 있다. 

<Lv3>

AddOperation(더하기), SubstractOperation(빼기),
MultiplyOperation(곱하기), DivideOperation(나누기) 클래스를 만들었다.

<처음 만들었던 Calculator 클래스와 관계 맺기>
→ 각 클래스에 인스턴스를 담을 변수(프로퍼티)를 선언하고, 초기화를 해주었다. 

Lv1-2 처럼 각각의 인스턴스를 생성해주고,
클래스 별 함수를 실행해주었다!

---

하나의 클래스에 여러가지 기능을 넣지말고,
Lv3에서 각각의 기능을 담고 있는 클래스들을 만들어서 관계를 맺게 했을까?
어떤 점이 개선 되었을까?🧐

클래스의 단일책임원칙에 대해서 찾아보았다.

---

하나의 객체에 너무 많은 책임이 물려있을 경우, 프로젝트에서 해당 객체의 의존성이 높아지게 된다.
이러한 현상은 객체지향의 주요 특징 중 하나인 캡슐화를 정면으로 부정한다.
그뿐만이 아니라, 각자의 코드가 서로 의존될 경우,
코드 수정에 따른 영향도 역시 높아지고, 범위 또한 넓어진다.

만약 코드의 규모가 크거나 복잡성이 심하다면,
코드 수정 시 마다 오만가지 오류가 발생할 것이다.🤯

그뿐만 아니라 코드가 변경되는 과정에서 이미 정해진 코드의 리팩토링도 필요할 수 있다.
그 리팩토링이 리팩토링을 부르는 참사가 일어날 수 있고, 코드가 점점 복잡해지는 상황이 발생하는 문제점이 있다.

(Code Refactoring - 사용하지 않는 코드 또는 중복 코드를 지우고, 코드의 로직을 깨끗하고 이해하기 쉽게 디자인하는 것)

그래서 이러한 상황들을 방지하고자 수립된 원칙으로,
'1객체 = 1책임'을 최대한 객체를 간결하고 명확하게 설계할 것을 요구한다고 한다! :-)

---