프로그래머스 코테 연습
오늘은 어제 만들었던 RpgLogger의 임시 코드를 제거하고 실제 Monster의 EMontserID를 연결해주었다. 단순 연결이라 달리 할 건 없었다.
이후 회의를 하여 전체적인 흐름도를 만들었다.
나는 도전 기능인 상점을 추가로 담당하기로 했다. 자세한 설계, 구현은 내일!
26. 7. 30.1분 미만
프로그래머스 코테 연습
긴 시간 동안 팀 회의로 컨벤션 및 클래스 설계를 진행했다.
내가 맡기로한 레벨업 기능이 플레이어로 합쳐져서 붕 떠버렸기 때문에 남는 단순한 기능인 로그 출력 기능을 맡았다.
// RpgLogger.h
#pragma once
#include <map>
#include <queue>
#include <string>
// 임시로 작성, 추후에 다른 파일에서 가져오기
namespace Test
{
enum class EMonsterID;
extern std::map<EMonsterID, std::string> convertMonsterString;
} // namespace Test
class RpgLogger
{
public:
// Queue에 쌓인 전체 로그 출력
void ShowLogs() const;
// 킬 로그 출력
void ShowKillLogs() const;
// Queue에 로그 추가(10개 까지), 해당 로그 바로 출력
void AddLog(std::string log);
// 몬스터를 처치했을 때 호출, 킬카운트 증가
void OnMonsterKilled(Test::EMonsterID id);
private:
static constexpr size_t MAX_SIZE = 10;
std::queue<std::string> logs;
std::map<Test::EMonsterID, int> killCounts;
};
void TestRpgLogger();26. 7. 29.약 1 분
프로그래머스 코테 연습
오늘은 개인 과제 제출 이후, 깃 특강과 cpp 보충?을 들었다.
짧게나마 팀 회의를 진행 → 5가지 기능 중 사다리타기로 기능 구현 담당자 정함 → 내일 다시 이어서 회의 진행 예정
26. 7. 28.1분 미만
프로그래머스 코테 연습
객체지향 4대 원칙
각 원칙을 "어떤 코드가 부족한가"를 직접 찾고 고치는 방식으로 하나씩 확인했다.
캡슐화 (Encapsulation)
시작 코드는 damage, durability가 public이라 외부에서 아무 값이나 대입할 수 있었다 (sword.durability = -9999;처럼). 캡슐화는 클래스 내부 데이터를 외부가 함부로 건드리지 못하게 막고, 값의 유효성은 클래스 스스로 책임지는 것이다.
26. 7. 27.약 3 분
프로그래머스 코테 연습
복사 생성자 / 이동 생성자
raw pointer 멤버를 다룰 때 복사 생성자와 이동 생성자가 잘 이해되지 않아서, 직접 코드를 짜보면서 개념을 정리했다.
왜 필요한가 - 얕은 복사의 문제
char* 멤버를 가진 Book 클래스를 직접 만들어봤다.
class Book
{
char *arr;
public:
Book(const std::string &title)
{
arr = new char[title.size() + 1];
std::strcpy(arr, title.c_str());
}
~Book() { delete[] arr; }
};26. 7. 24.약 3 분
26. 7. 23.1분 미만
Atani 퀴즈
프로그래머스 코테 연습
메모리
new/delete 연산자에 대해서 복습하던 중, new는 Heap 메모리에 동적으로 공간을 할당하고, 그 주소를 반환하는 연산자이고, delete는 new 연산자가 동적으로 할당한 메모리를 해제하는 연산자라고만 알고 넘어갔었는데, 조금 더 깊게 생각해보기로 했다.
new는 정확히 무슨 일을 하나
int* p = new int(300);을 단순히 보면 "포인터 p에 new가 반환한 int(300)의 주소를 초기화한다"로 끝난다. 조금 더 들어가 보면,
26. 7. 23.약 3 분
Atani 퀴즈
프로그래머스 코테 연습
C++ 개념 복습을 다듬고
어제 만든 개념 복습 시스템을 오늘 좀 더 다듬었다.
- 순서 재정리: 개념들을 훑어보다가 "동적 메모리 할당(new/delete)" 설명에 힙(Heap) 메모리 얘기가 나오는데, 정작 "힙 vs 스택" 개념은 그 뒤에 나오는 걸 발견했다. 이런 식으로 뒤에 나와야 이해가 되는 개념이 앞서 나오는 부분들을 전체적으로 다시 훑어서, 파일 순서(기초 문법 → 포인터/메모리 → 클래스 → 상속 → ...)랑 각 파일 안의 개념 순서를 선후관계에 맞게 재배치했다. 생성자/소멸자 호출 순서 개념이 상속 문법을 예제로 쓰길래 상속 파트로 옮긴 것도 이때 발견.
- 코드 작성란에 기본 틀 제공: 매번
#include <iostream>이랑int main() {}부터 치는 게 번거로워서, main()이 필요한 문제는 시작할 때부터 그 틀이 채워져 있게 만들었다.
26. 7. 22.1분 미만
26. 7. 21.1분 미만
26. 7. 21.1분 미만