| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
Tags
- JavaScript
- 알고리즘
- (주)책만
- 잡생각 정리글
- 이득우
- The Elements of Computing Systems 2/E
- booksr.co.kr
- hanbit.co.kr
- Noam Nisan
- 이득우의 게임수학
- C++
- 백준
- 생능출판
- 김진홍 옮김
- 주우석
- unity6
- 밑바닥부터 만드는 컴퓨팅 시스템 2판
- HANBIT Academy
- 일기
- 메타버스
- C#
- Shimon Schocken
- 전공자를 위한 C언어 프로그래밍
- https://insightbook.co.kr/
- 입출력과 사칙연산
- 게임 수학
- C
- BOJ
- 박기현
- 데이터 통신과 컴퓨터 네트워크
Archives
- Today
- Total
목록devlog (1)
cyphen156
원래 목표는 플레이어블 캐릭터 구현이었다.하지만 스컬 특유의 “폼 변환 + 아이템 다중 조합” 구조를 건드리다 보니 예상보다 빠르게 아이템 시스템이 필요해졌다.문제는 아이템만 추가하면 되는 줄 알았는데,막상 스폰·풀링·리소스 로딩·런타임 데이터 구조까지 전부 관여하게 되면서아이템 시스템이 게임 전체 도메인 규칙을 흔드는 구조적 문제로 발전했다는 점이었다.이 때문에 단순한 스크립트 추가가 아니라,오브젝트의 공통 규약 자체를 정립하는 작업이 먼저 필요해졌다.아래는 그 과정을 정리한 대화 요약이다.1. 아이템 = 데이터가 아니라 View라는 점을 인지Unity GameObject 기반 Item 클래스는사실 “실제 아이템 데이터”를 담는 객체가 아니다.GameObject는 다음 역할만 수행한다.스프라이트 표시T..
프로젝트/Skul 모작
2025. 11. 21. 01:06