Atani 퀴즈

프로그래머스 코테 연습

C++

던전 탈출 텍스트 RPG

• Player 소유권 구조 변경 (참조 → 소유)
  • 지금까지 Player가 PlayerStatus&/PlayerInventory&를 참조로 들고 있고, 각 Job 생성자(Warrior(PlayerStatus&, PlayerInventory&))에서 외부에서 만든 객체를 주입받는 구조였다. 참조 대신 Player가 std::unique_ptr<PlayerStatus>, std::unique_ptr<PlayerInventory>, std::unique_ptr<PlayerEnhancement>를 멤버로 직접 소유하도록 바꾸고, Job 생성자는 Warrior(const std::string playerName)처럼 이름만 받도록 정리했다.
  • 참조를 계속 들고 있으려면 Player 생성 이전에 PlayerStatus/PlayerInventory를 별도로 만들어서 넘겨줘야 했는데, 소유로 바꾸면서 Player 하나만 만들면 내부에서 필요한 객체를 알아서 생성한다. 대신 헤더에서 #include 대신 전방 선언(class PlayerStatus;)만 남기고 실제 include는 cpp로 내렸다.
• 경험치(EXP) / 레벨업 시스템 추가
  • MonsterInfo에 있던 exp를 Monster::getExp()로 노출하고, 던전에서 몬스터를 잡으면 player->setPlayerExp(monster->getExp())를 호출하도록 연결
  • Player에 level별로 필요한 경험치 테이블(expTable)을 두고, setPlayerExp()가 누적 경험치가 다음 레벨 요구치를 넘으면 레벨을 올리고 남은 경험치로 재귀 호출하도록 구현. 한 번에 여러 레벨을 올려도 남은 경험치가 유실되지 않는다.
• 직업별 공격 특성 분리
  • 지금까지는 모든 직업이 monster->takeDamage(ap) 한 번으로 동일하게 공격했는데, 궁수(Archor)는 공격력을 3등분해서 3번, 도적(Thief)은 5등분해서 5번 나눠 때리도록 바꿔 직업별로 손맛이 다르게 느껴지도록 했다.
• 레벨업 시 스탯 증가
  • 레벨업이 발생하면 PlayerStatus::plusPlayerStatus()로 HP +10, MP +5, 공격력 +5를 바로 반영하도록 추가. 기존 controlPlayerStatus(st, StatModifier{...}) 호출부를 감싸는 형태로 짧게 씀
• 인벤토리에서 아이템 바로 사용하기
  • showInventory()가 목록만 보여주고 끝나던 걸, 번호를 입력해서 그 자리에서 포션과 같은 아이템을 사용할 수 있도록 확장. PlayerInventory가 Potion*을 들고 있다가(setPotion()) 사용 요청이 오면 potion->use(itemName, count)를 호출하는 방식
  • 숫자 입력 검증(cin.fail() 체크, 버퍼 비우기)이 PlayerInventory, WorkshopManagement, PlayerEnhancement, PlayerStatus, textrpg.cpp 등 여러 곳에서 똑같이 반복되고 있길래, Utils/Input.h에 템플릿 함수 readInput<T>() / readRangedPair<T>()로 만들고 전부 이걸 쓰도록 정리

Atani 퀴즈

프로그래머스 코테 연습

C++

코드 연습

던전 탈출 텍스트 RPG

• 전역 using namespace std; 제거
  • 모든 헤더/소스에서 using namespace std;를 지우고 std::string, std::cout처럼 명시적으로 적도록 정리. 헤더에 using namespace std;가 있으면 그 헤더를 include하는 모든 파일에 전역으로 퍼지기 때문에, 파일 수가 늘어난 지금 시점에 미리 정리해두었다.
• Item/Potion 다형성 실제 연결
  • 어제 미완성으로 남겨뒀던 부분. Item이 PlayerInventory&, PlayerStatus&를 참조로 들고 있도록 하고, Potion이 이를 상속받아 use(itemName, count)에서 인벤토리 소모 + 스탯 회복을 함께 처리하도록 구현
  • PlayerEnhancement에서 canUsePotion/usePotion/getPotionEffect로 나뉘어 있던 로직을 지우고 potion.use(...) 호출 하나로 대체
• 아이템 종류 확장을 위한 자료구조 정리
  • InventoryItem에 itemCategory(포션/재료 구분)와 optional<StatusType> status(회복시킬 스탯, 재료류는 없으므로 nullopt)를 추가
  • Item/Potion/PotionInfo.h: HP/MP 소형·중형 포션, AP/DP 소형 포션을 상수로 정의
  • Item/Material/MaterialInfo.h: 몬스터 드랍템(끈적한 젤리/고블린 가죽/늑대 가죽)을 DropItemType → InventoryItem 맵(dropItemMap)으로 정의해, Monster::getDropItem()이 pair<string, int> 대신 InventoryItem을 바로 반환하도록 변경
• PlayerInventory 리팩터링
  • addInventory → addItem으로 이름 정리, getItem(name)이 optional<InventoryItem>을 반환하도록 해서 존재 여부 확인과 값 조회를 한 번에 처리
  • removeItem(name, count) 추가. 성공/수량 부족/아이템 없음을 ErrorCodes.h에 새로 정의한 RemoveItemResult enum으로 구분해서 반환
  • 인벤토리 최대 용량을 매직넘버 10으로 박아두던 것을 maxCapacity 멤버(현재 20)로 분리

Atani 퀴즈

프로그래머스 코테 연습

C++

코드 연습

던전 탈출 텍스트 RPG

어제 대비 변경/추가된 것

• 이름 정리
  • HeroStatus→PlayerStatus, HeroItem→PlayerInventory, HeroEnhancement→PlayerEnhancement로 리네이밍
  • PlayerEnhancement는 GameManagement를 상속하던 구조에서 참조로 들고 있는 구조로 변경 (상속 대신 조합)
• 어제 미완성이었던 던전 전투 루프를 실제 게임 흐름에 연결
  • GameManagement에 showMainMenu/ControlMainMenu/dungeon()을 추가해 메인 메뉴(던전 입장 / 인벤토리 확인 / 포션 제작소 입장 / 게임 종료)에서 던전 진입까지 이어지도록 함
• 몬스터 종류 확장
  • Goblin, Wolf를 Slime과 같은 구조로 추가하고, MonsterInfo에 각 몬스터의 드랍 아이템 정보를 SLIME_INFO/GOBLIN_INFO/WOLF_INFO 상수로 정리. 던전 입장 시 <random>(mt19937)으로 셋 중 하나를 랜덤 선택
• Monster에 getDropItem()을 추가해 처치 시 드랍 아이템 이름·가격을 반환하도록 하고, Player::obtainItem()으로 그 아이템을 인벤토리에 저장
• 포션 제작소(AlchemyWorkshop) 모듈 생성
  • PotionRecipe.h: 포션 이름과 필요 재료(Ingredients) 목록을 담은 레시피 데이터
  • WorkshopManagement: 전체 레시피 보기 / 이름으로 검색(find_if) / 재료로 검색(copy_if) 기능 제공

Atani 퀴즈

프로그래머스 코테 연습

C++

코드 연습

던전 탈출 텍스트 RPG

역할 정리

• Types.h: StatusType(HP/MP/AP/DP), JobType(전직 종류) 같은 공용 enum class와 Status/Item/StatModifier 구조체, 문자열 변환 함수들을 모아둔 공통 헤더
  • StatOperator: variant<plus<int>, multiplies<int>, minus<int>>로 "더하기/곱하기/빼기" 연산 자체를 값처럼 담아서 넘길 수 있게 함
  • statusMap: StatusType → Status의 멤버 포인터(int Status::*)를 매핑해, 어떤 스탯이든 하나의 함수로 조회/수정할 수 있게 함
• HeroStatus: 용사의 이름과 Status(HP/MP/AP/DP)를 들고 있는 클래스
  • inputHeroStatus(istream&): 조건(HP·MP ≥ 50, 공격력·방어력 ≥ 20)을 만족할 때까지 반복 입력받음
  • controlHeroStatus(StatusType, StatModifier): statusMap으로 멤버 포인터를 얻고, variant에 담긴 연산자를 visit으로 실행해 해당 스탯만 증감시킴
• HeroItem: 포션 등 아이템을 map<string, Item>으로 관리
  • canUsePotion/usePotion/getPotionEffect: 포션 보유 수량 확인, 소모, 회복량 조회
  • setItem: 인벤토리 총 수량이 10개 미만일 때만 아이템 추가
• HeroEnhancement(GameManagement 상속): 전투 전 강화 메뉴를 반복 출력
  • HP/MP 포션 사용, 공격력/방어력 2배 증가, 현재 능력치 확인, 0을 입력하면 gameStart()를 호출하고 메뉴 종료
• Player(추상 클래스): 모든 직업의 공통 동작을 정의
  • attack(Monster*): 직업마다 다르게 구현해야 하는 순수 가상 함수
  • takeDamage(int, string): 받은 데미지에서 방어력을 뺀 값(최소 1)만큼 HP 감소
  • Warrior/Mage/Thief/Archor: Player를 상속받아 전직 시 각각 HP/MP/공격력/방어력을 30 증가시키고, attack()에서 직업별 대사와 함께 공격력만큼 몬스터에게 데미지를 줌
• Monster(추상 클래스) / Slime: Player와 대칭 구조로, MonsterInfo(이름·HP·공격력·방어력·드랍 아이템)를 들고 attack(Player*)과 takeDamage(int)를 제공
• GameManagement: enterDungeon(Player*, Monster*)에서 플레이어 HP와 몬스터 HP가 모두 0보다 큰 동안 턴을 번갈아가며 attack()을 호출하는 전투 루프를 담당
• main (textrpg.cpp): 이름 입력 → 능력치 입력 → 강화 → 전직 → (전투) → 승패 출력까지 전체 흐름을 순서대로 호출

연습 문제

요구사항

1. 책과 DVD는 제목(title)과 고유 id를 가진다.
2. 연체료 계산 방식은 항목 종류에 따라 다르게 동작해야 한다.
   • 책: 하루 연체당 100원
   • DVD: 하루 연체당 300원, 단 최대 3000원을 넘지 않음
3. 새로운 항목 종류가 추가되더라도(예: 잡지) 기존 코드를 수정하지 않고 확장 가능한 구조여야 한다.
4. 도서관은 여러 항목을 보관하고 있으며, id로 특정 항목을 찾아 연체일수를 주면 연체료를 계산해줄 수 있어야 한다.
5. 존재하지 않는 id로 조회하면 프로그램이 죽지 않고, 적절한 예외를 던져서 호출부에서 처리할 수 있어야 한다.
6. 보관 중인 모든 항목을 출력할 수 있어야 하며, 출력 시 항목의 실제 타입(책인지 DVD인지)이 구분되어야 한다.
7. main()에서 여러 항목을 등록하고, 존재하는 id/존재하지 않는 id 둘 다로 연체료 조회를 시도해서 예외 처리가 잘 되는지 확인한다.

Atani 퀴즈

프로그래머스 코테 연습

C++

코드 연습

학생 성적 관리 프로그램

콘솔에서 여러 학생의 이름과 점수(0~100)를 입력받아 관리하는 프로그램을 작성

요구사항

Lambda

람다는 익명 함수(이름 없는 함수)이다.
C++11부터 도입된 기능으로 함수처럼 동작하는 코드를 간단하게 한 줄로 작성 가능하게 해준다.

// 람다 기본 문법
[캡처](매개변수) -> 반환타입 { 함수 본문 }

Atani 퀴즈

프로그래머스 코테 연습

C++

객체지향적 설계

대부분 라이브러리, 오픈소스는 객체지향적으로 설계되어 있다.
좋은 설계로 구현된 코드는 개발 시간을 단축할 수 있으며 기능 변경에 유연하게 대응할 수 있다.

응집도

클래스 또는 모듈 내부의 구성 요소들이 얼마나 밀접하게 관련되어 있는지를 나타낸다.
클래스 내부에 관련 없는 기능들이 포함되어 있으면 변경이 자주 발생하고, 확장하기도 쉽지 않다.
일반적으로 응집도가 높을수록 좋은 설계라고 평가된다. 응집도가 높은 경우는 서로 관련 있는 모듈들만 하나의 class 에 있는 경우이다.

Atani 퀴즈

프로그래머스 코테 연습

C++

다형성

다형성(polymorphism)은 하나의 이름이 여러 형태로 동작할 수 있는 능력을 의미한다.
크게 컴파일 시점(정적)과 실행 시점(동적) 다향성으로 나뉜다.
같은 함수나 연산자가 상황에 따라 다르게 동작하거나, 부모 클래스 포인터로 자식 클래스 객체를 다룰 수 있게 해준다.

다형성이 중요한 이유

Atani 퀴즈

프로그래머스 코딩테스트 연습

C++

Class

유지보수에 용이한 코드를 만들기 위해 C++ 에서는 객체 지향 프로그래밍(OOP)을 한다.
C++ 에서 클래스는 객체 지향 프로그래밍의 핵심 개념으로, 속성(데이터)과 행동을 하나로 묶어 표현하는 툴이라고 할 수 있다.
클래스는 객체를 만들기 위한 설계도이다. 객체가 가져야 할 속성과 행동을 정의해 놓은 틀이다.
클래스 자체는 실체가 아니고, 클래스를 기반으로 객체가 생성되어야 프로그램 안에서 실제로 동작한다.
자동차로 비유하면, 자동차는 바퀴 4개, 엔진 1개, 핸들 1개를 가진다 라는 속성과 빠르게 달릴 수 있고, 천천히 갈 수도 있고, 멈출 수도 있다. 라는 행동이 정의된 설계가 있을 것이고, 이러한설계도(클래스)를 가지고 만들어진 자동차를 객체 라고 한다.

C++

Hello World

#include <iostream> // i는 input, o는 output
// cpp에서 제공하는 헤더파일은 <> 를 통해 불러오고, 사용자 정의 헤더 파일은 "" 를 통해 불러온다.

using namespace std;

int main() { // cpp이 시작되면 main을 제일 먼저 찾고 실행한다. (시작점/진입점)
    cout << "Hello, World!" << endl; // using namespace std; 가 없으면 std::cout 이런식으로 작성해야한다.
    // cout → console output
    // endl → end line (개행 - 한 줄 띄기)
    return 0;
}