만약 무기라고 치면
웨폰 클래스를 부모클래스로 잡고
자식클래스로 아이템 하나하나 만드냐?
아니면 걍 웨폰 클래스에서 db에 있는 값 불러와서 스위치문으로 적용시키냐?
뭐가 더나음?
전자여야 각 무기마다 특수기능을 넣기 편하지 않을까
무기마다 다른 점이 스텟밖에 없다면 후자가 나을듯
ㅇㅋ 대충 감잡았다 어캐구현할지
- 뭐가 더 낫다고 얘기하기 어려움. 원래 코드와 데이터는 서로 치환가능함.
- 일단 초기에는 코드로 만들다가 어느정도 패턴이 보이면 코드를 다 데이터화하는걸 추천.
- db에 값이 있다면 데이터가 코드에 있는 것이 아니니 switch statement를 쓸 필요는 없음.
- 클래스 상속은 요즘 안티패턴 취급받아. 인터페이스 여러개 만들어서 컴포즈해서 쓰셈.
;;;미안한데 뭔말인지 잘이해가안감
ㄹㅇ 하나도 안들어옴;;
- 새로운 아이템을 만든다고 했을 때 새로운 클래스를 선언할 수도 있지만, 아이템 객체의 형태를 맞춰서 데이터화할 수도 있다는 말임.
class NewItem {
static name = 'NEW'
static damage = 3
...
}
이 코드를
{
"name": "NEW",
"damage": 3
같은 데이터 형태로 바꿀 수 있다는 의미. 물론 데이터를 가져와서 실행하는 코드를 만들어줘야하지만.
- 다시 생각해보니 switch statement는 안티패턴인듯.
- 클래스 상속 대신에 abstract class들을 컴포즈해서 쓰라는 말임.
class NewItem extends Item {
대신
class NewItem implements 공격Item, 퀘스트Item {
이런식으로.
그럼 걍 인터페이스만 만들고 마지막 클래스에 구현 다하는게 맞다는거야? 코드전부다?뭔말인지 대충 이해는 가는데 ㄹㅇ 어캐 구현해야될지 막막허네;;
코드를 데이터화라는것도 뭔말인지 잘모르겠고 스위치문을 안써도되겠는건 알겠는데 데이터가 코드에 있는것 이 아니란것도 잘모르겠음
그리고 마지막으로 상속이 요즘 안티패턴이라니??ㄴㅇㅁㅁㄹ
1. 구현 방법을 정한다. 아이템마다 클래스를 만드는 것으로 할지 vs 아이템의 데이터 형태를 (어느정도)정형화해서 데이터베이스에 저장하는 것으로 할지
2. 만약 전자로 한다면, composition over inheritance를 구글링해본다. 한국어로는 상속보다 조합? 상속보다 구성?
3. 만약 후자로 한다면, 이미 어떻게 만들어야할지 아는듯?
아 ㅇㅋ 대충 뭔말인지 알겠음 코딩초보라서 잘이해가안갔음
ㄳㄳ
근대 예를들어 같은 무기라도 총일경우랑 검일경우에는 데이터로만 정형화해서 하는게 불가능하잖아
총일경우 제대로 구현한다면 총알나가는거까지 구현해야되고 이럴경우에는 새롭게 코딩해야되는데
이럴경우 검이랑 총에 기본적인 아이템관련 코딩이 겹치는부분이 있더라도 상속을하는거보다 걍 둘다 코드따로 적는게 낫다는거지?
달팽e
전자여야 각 무기마다 특수기능을 넣기 편하지 않을까
무기마다 다른 점이 스텟밖에 없다면 후자가 나을듯
씨발좆같은개새끼
ㅇㅋ 대충 감잡았다 어캐구현할지
이용식
- 뭐가 더 낫다고 얘기하기 어려움. 원래 코드와 데이터는 서로 치환가능함.
- 일단 초기에는 코드로 만들다가 어느정도 패턴이 보이면 코드를 다 데이터화하는걸 추천.
- db에 값이 있다면 데이터가 코드에 있는 것이 아니니 switch statement를 쓸 필요는 없음.
- 클래스 상속은 요즘 안티패턴 취급받아. 인터페이스 여러개 만들어서 컴포즈해서 쓰셈.
씨발좆같은개새끼
;;;미안한데 뭔말인지 잘이해가안감
ㄹㅇ 하나도 안들어옴;;
이용식
- 새로운 아이템을 만든다고 했을 때 새로운 클래스를 선언할 수도 있지만, 아이템 객체의 형태를 맞춰서 데이터화할 수도 있다는 말임.
class NewItem {
static name = 'NEW'
static damage = 3
...
}
이 코드를
{
"name": "NEW",
"damage": 3
}
같은 데이터 형태로 바꿀 수 있다는 의미. 물론 데이터를 가져와서 실행하는 코드를 만들어줘야하지만.
- 다시 생각해보니 switch statement는 안티패턴인듯.
- 클래스 상속 대신에 abstract class들을 컴포즈해서 쓰라는 말임.
class NewItem extends Item {
}
대신
class NewItem implements 공격Item, 퀘스트Item {
}
이런식으로.
씨발좆같은개새끼
그럼 걍 인터페이스만 만들고 마지막 클래스에 구현 다하는게 맞다는거야? 코드전부다?뭔말인지 대충 이해는 가는데 ㄹㅇ 어캐 구현해야될지 막막허네;;
씨발좆같은개새끼
코드를 데이터화라는것도 뭔말인지 잘모르겠고 스위치문을 안써도되겠는건 알겠는데 데이터가 코드에 있는것 이 아니란것도 잘모르겠음
그리고 마지막으로 상속이 요즘 안티패턴이라니??ㄴㅇㅁㅁㄹ
이용식
1. 구현 방법을 정한다. 아이템마다 클래스를 만드는 것으로 할지 vs 아이템의 데이터 형태를 (어느정도)정형화해서 데이터베이스에 저장하는 것으로 할지
2. 만약 전자로 한다면, composition over inheritance를 구글링해본다. 한국어로는 상속보다 조합? 상속보다 구성?
3. 만약 후자로 한다면, 이미 어떻게 만들어야할지 아는듯?
씨발좆같은개새끼
아 ㅇㅋ 대충 뭔말인지 알겠음 코딩초보라서 잘이해가안갔음
ㄳㄳ
근대 예를들어 같은 무기라도 총일경우랑 검일경우에는 데이터로만 정형화해서 하는게 불가능하잖아
총일경우 제대로 구현한다면 총알나가는거까지 구현해야되고 이럴경우에는 새롭게 코딩해야되는데
이럴경우 검이랑 총에 기본적인 아이템관련 코딩이 겹치는부분이 있더라도 상속을하는거보다 걍 둘다 코드따로 적는게 낫다는거지?