정리 예정. ..
✅ int.Parse()
- 문자열 → 정수로 바꿈.
- 변환 실패하면 에러(Exception) 발생 ❌
- 무조건 정상적인 문자열이 들어올 거라 확신할 때만 사용!
csharp
복사편집
string input = "123"; int result = int.Parse(input); // 성공! result = 123 string badInput = "abc"; int fail = int.Parse(badInput); // ❌ 예외 발생: FormatException
✅ int.TryParse()
- 문자열 → 정수로 바꾸는데,
- 변환 성공하면 true, 실패하면 false를 리턴.
- 에러 안 나고 깔끔하게 처리됨 ✅
- 사용자가 입력한 값을 처리할 땐 무조건 이걸 써!
csharp
복사편집
string input = "123"; bool isParsed = int.TryParse(input, out int result); // isParsed = true, result = 123 string badInput = "abc"; bool fail = int.TryParse(badInput, out int failResult); // fail = false, failResult = 0 (기본값)
🔥 1줄 요약
- Parse() → 실패 시 죽음(예외)
- TryParse() → 실패해도 살아있음(논리적 처리)
✨ 추천
사용자 입력 받는 코드엔 무조건 TryParse 써라!
-------
알고리즘 스터디 복습
numcount 중복 확인
-----------
Github
Add a README 파일 체크
🌟 Add .gitignore : Unity필수 무시 파일 체크 🌟
License : 추후 체크
$ git init : for commission
Command Shift . : 숨김 파일 확인
-----------
프로젝트 발표 : 프로퍼티인지..
중간 역할이 무겁게 잡히지 않는지
널 오류?
동사 > 명사 구조 안맞을 때가 있다
! 클래스 세분화 공부
커밋을 하기 전에 풀받지 말기.. : 버전 관리
코드 컨벤션 오해하지 않게 네이밍은 너무 함축적이지 않게!
특정 클래스에 너무 결합되어 있으면 위험해! (싱글톤의 의존도? : 성실도 이슈 -> 객체에 따로 저장하기)
- 메서드화가 안될 수도 (확장성에 불리)
Factoryfact()?
파일 부문, 디렉토리 부문 구분법
네이밍 규칙 !
? 데이터 외부로 빼라
피드백 :
객체지향 지키기 고수하자!
스킬을 각 클래스 책임으로 나누면 유연해진다. > 많아지면 많아질수록 응용 잘 할 수 있음 (스킬 로직 안에 다 있다보니..)
✨ Quest : 옵저버 패턴 공부하기! - 퀘스트 수행 조건이 글로벌하게 분산되어 있다보니 .. !!
Data 가 코드 안에 들어가 있으니 분산시키기
README 작성하기!