참조타입의 특성
참조타입의 특성
//1번
var objA = {
val : 40;
};
//2번
var objB = objA;
console.log(objA.val); //(출력값) 40
console.log(objB.val); //(출력값) 40
//3번
objB.val = 50;
console.log(objA.val); //(출력값) 50
console.log(objB.val); //(출력값) 50
1번
objA 객체를 리터럴 방식으로 생성
여기서 objA변수는 객체 자체를 저장하고 있는 것이 아니라 새성된 객체를 가리키는 참조값을 저장
2번
변수 objB에 objA값을 할당.
objA는 1번에서 생성된 객체를 가리키는 참조값을 가지고 있으므로 변수objB에도 이같은 객체의 참조값이 저장
-> 즉, 아래 그림같이 objA와 objB 변수가 동일한 객체를 가리키는 참조값을 가지게 되는 것
=> 따라서 a.val과 b.val값이 40
objA ->
val : 40
objB ->
3번
변수 objB가 가리키는 객체의 val값을 40에서 50으로 갱신
이때 변수 objA도 변수 objB와 동일한 객체를 참조하고 있으므로 a.val값이 50으로 변경
<참고문헌 : 인사이드자바스크립트>
'전공서적 > 인사이드자바스크립트' 카테고리의 다른 글
| null 과 undefined (0) | 2017.08.30 |
|---|---|
| 문자열 (0) | 2017.08.30 |
| for in 문과 객체 프로퍼티 출력 (0) | 2017.08.10 |
| Javascript 문자열 (0) | 2017.08.06 |
| Javascript 기본타입 (0) | 2017.08.06 |
애자일 정리
프로젝트를 실패하는 이유
같은 목표라도 생각의 차이가 있기 때문에 일의 우선순위 or 기능을 생각하는 가치의 차이
서로가 다른 목표와 문제점을 갖고 있기때문에 핵심이 모호해짐
애자일 등장배경
( 우선 애자일을 사용한다고 해서 생산성이 높아지는 것은 아님 )
- S/W개발의 환경변화
- 결과물의 배포시기가 중요해짐 (얼마나 완성됐는지 한눈에 볼 수 있어서 애자일 선택)
- 개발 생산성 저하
- 폭포수형 개발 방법론에 대한 반대 운동으로 시작
『폭포수 모델』
장점 |
단점 |
낮은 복잡성 진행과정을 세분화하여 관리가 용이 전체과정에 대한 이해 용이 |
소프트웨어 거대화 및 요구사항 구체화가 어려움 시스템이 개발완료되는 시점에야 완성가능 각 진행단계에서 문제 시 그 이전단계로 피드백되는 경우발생 |
기존 방법론의 한계 | |
| 문서 및 절차 위주의 방법론 -> 변화대응에 어려움 개발자의 개발능력의 차이로 인한 불안정 | |
애자일 방법론 정의
- 더 나은 의사소통
- 지속적인 변화관리
ex)
만들다 보니 추가, 변경된 기능 or 고객변심 - 우선순위에 다라 중요한 것 먼저 ㄱㄱ
ex)
우리조는 백로그작성 후 각자 개발할 것 중 우선순위대로 포스트잇붙임
애자일 기본가치 (애자일 선언문)
- 프로세스와 도구중심이 아닌, 개개인과의 상호 소통을 중시한다(자주 보여주는 피드백)
- 문서중심이 아닌, 실행 가능한 소프트웨어를 중시한다
- 계약과 협상 중심이 아닌, 고객과의 협력을 중시한다
- 계획중심이 아닌 변화에 대한 민첩한 대응을 중시한다
- 단순함, 해도되고 안해도되면 최대한 안하게하는 기교 (일을 단순화 시킬 수 있어야 한다)
