일단 n배열은 전역변수이므로 입력값이 계속 덮어쓰여짐
함수에 붙은 포인터는 해당 함수의 리턴값에도 포인터를 적용시킴
그러면 test가 리턴하는 n도 주소를 반환한다는거고
그 말은 n배열의 주소값을 계속해서 반환한다는 말
결국 원본이 어떤 주소에 저장되면 c언어는 해당 원본을 가지고 다니면서 가공하고 결과를 내는게 아니라
해당 원본의 주소값을 가지고 다니면서 결과를 내는 것
쉽게 말해 내가 만약 [1,2,3]같은 배열을 만들었다고 한다면 파이썬에서는 해당 배열 자체를 가지고 이리저리 결과를 내지만, c언어는 해당 배열의 주소값으로 이리저리 결과를 낸다는 것
따라서, 박영희가 가장 마지막에 입력이 되면 덮어쓰고 또 쓰다가 박영희가 저장된 상태에서 박영희만 출력됨
진짜 어디가서 c언어를 이렇게 쉽게 설명해주는 사람 없다. 혁신임 이건
사물, 관계, 다이어그램
클래스 다이어그램 == 객체 타입 정의, 정적관계를 다양하게 표현
인터페이스는 컴포넌트가 구현해야 하는 오퍼레이션 세트를 정의 (ts의 interface를 떠올리자)
Runnable은 자바에 원래 있는 인터페이스
그리고 void run을 실제로 만들어야됨
new는 객체를 생성해주는 역할을 하기 때문에 클래스인 Car가 들어가야 정답
생성패턴: 생빌 프로 팩앱싱
(빌더, 프로토타입, 팩토리 메서드, 앱스트랙 팩토리, 싱글톤)
구조패턴: 구 브데 퍼플 프록컴 어
(브리지, 데코레이터, 퍼사이드, 플라이 웨이트, 프록시, 컴포지트, 어댑터)
행위패턴: 행 미인이 템옵 스테 비커 스트 메체
(미디에이터, 인터프리터, 이터레이터, 템플릿 메서드, 옵져버, 스테이트, 비지터, 커맨드, 스트레티지, 메멘토, 체인 오브 리스판서빌리티)
프로그램 실행 여부에 따른 테스트 분류
정적 테스트 : 프로그램을 실행하지 않음. (ex. 코드 리뷰, 워크스루, 인스펙션)
동적 테스트 : 프로그램을 실행함. (ex. 화이트박스 테스트, 블랙박스 테스트)
화이트박스 테스트의 검증 기준(Coverage)
문장(Statement) : 모든 구문 실행해보기
분기(Branch) : 전체 조건 T/F 다 가보기
조건(Condition) : 개별 조건 T/F 다 가보기
화이트박스 테스트
기초 경로 검사(Base Path) : McCabe 제안
제어 구조 검사(Control Structure) : 조건 검사, 루프 검사, 데이터 흐름 검사(변수 정의 및 사용 위치 기준)
블랙박스 테스트
동치 분할 검사(Equivalence Partitioning) : 각 조건마다 대표 TC 개수를 동일하게 정함
경계값 분석(Boundary Value Analysis) : 경계값 TC를 많이 만듦
원인-효과 그래프 검사(Cause-Effect Graphing) : 출력에 미치는 영향 분석 후 효용이 높은 TC 선정
오류 예측 검사(Error Guessing) : 테스트 수행자의 경험과 감각
비교 검사(Comparison) : 여러 버전에 같은 TC를 돌려 같은 결과가 나오는지 확인
f포매팅 두번썼으면 ab3ca3 붙어서 나오는데
여기선 한번 써서 ab3 ca3 띄어서 나옴
이거 유의해
main()에서 rf("abacabcd", 7, seen) 호출
rf() 함수는 오른쪽부터 문자 하나씩 거꾸로 보면서,
처음 나온 글자만 seen 배열로 체크해서 추가
중복 글자는 건너뜀
최종적으로 'd' + 'c' + 'b' + 'a' = "dcba" 가 출력됨
싱글사인온 - 하나의 시스템에서 인증을 할 경우 타 시스템에서는 인증 정보가 있는지 확인하고 있으면 로그인 처리를 하도록 하고, 없는 경우 다시 통합 인증을 할 수 있도록 만드는 것을 의미
• ==와 equals()는 기본적으로 참조(reference) 비교를 수행합니다.
• 배열의 내용(content)을 비교하려면 Arrays.equals()를 사용해야 합니다.
• Arrays.equals()는 배열의 요소를 순차적으로 비교하여 동일한지를 확인하는 메소드입니다.
동일한 배열이더라도 참조값이 달라서 첫번째도 N
scanf는 그냥 입력받는데임 괜히 헷갈리지 마셈
얼척없는 단순 암기 문제가 많다... 운이 따라줘야하는 시험
반드시 붙어야한다...
