
일반 함수와 화살표 함수란? 일반함수는 우리가 알고있는 기본적인 함수를 의미합니다. 화살표 함수는 ES6 버전부터 등장한 문법으로 함수를 선언하는 새로운 방식입니다.(간결하게 함수 코드 작성) 일반 함수와 화살표 함수 this의 차이는? 일반 함수의 this는 RunTime시점이기 때문에 객체를 호출하는 시점에서 해당 this가 결정됨. 15번째 라인에서 object객체 자신의 main을 호출하기 때문에 자기자신이 this가 됨 (주로 자기자신의 멤버변수에 접근할때 사용함 this.name, this.id 등...) 화살표 함수의 this는 자기 자신의 스코프를 감싸고 있는 범위를 나타냄. 즉 화살표 함수가 선언된 시점에서 결정됨. 3번째 6번째 라인 각각 () => 중괄호로 묶인 내부 전체를 가리킴. ..

따로 update를 치지 않아도, commit만 진행해도 변경을 감지해서 알아서 처리함. DB를 select 시점에서 스냅샷으로 가지고 있다가 commit전에 1차 캐시를 통해 비교함. 플러시 - 영속성 컨텍스트의 변경내용을 데이터베이스에 반영 = commit JPQL 실행전 자동으로 flush를 호출해서 진행한 후에 JPQL쿼리를 날림. OneToMany ManyToOne 현재객체=TEAM(One) -> FK=MEMBER(Many) @OneToMany(mappedBy = "team") 을 통해서 MEMBER객체의 team에 종속시키고, 읽기전용으로 만들어버림. TEAM을 주인으로 정하면 TEAM에 변경이 일어나면 MEMBER에 변경이 일어남. 그래서 왜래키(MEMBER)에 연관관계 주인을 지정하면 됨.
# windows.location.href를 왜 사용하는가? javascript에서 사용자가 www.naver.com으로 로 들어왔을때 새로운 www.naver.com/home이나 www.NewNaver.com로 보내고 싶을때 href를 사용. 사용방법 : if ( window.location == 'http://www.naver.com/' ) { window.location.href='http://www.NewNaver.com/'; } 하지만 chrome이나 여러 브라우저에 따라 적용되고 안되는게 있음. # 동작이 안될때 window.location.href(link); // (X) IE에서는 잘 작동하던 위 함수가 chrome에서 작동하지 않을때가 있다. 그럴 땐.. window.location.hr..

Micro Service Architecture(MSA) Domain Driven Design(DDD 도메인 주도 설계) Event Driven Architecture(이벤트 주도 설계) : DDD패턴의 일부로 생각하고, DDD로 설계된 시스템을 독립적으로 분산시키기 위한 분산 비동기 아키텍처 패턴임. [ MSA가 왜 필요한가? ] [ Domain Driven Design ] DDD란 비지니스적으로 접근하여 최종적으로는 아래와 같이 Service를 구분하고 코드로 구현하기 위한 설계를 목적으로 함. DDD 방법론을 적용하기 위해서 우리는 이벤트 스토밍 기법을 활용할 수 있음. [ 이벤트 스토밍 ] 스티커 유형 도메인 이벤트(Domain Event) - 주황색 가장 먼저 우리 서비스에서 발생하는 비즈니스 ..

express : 이 시스템에서 스크립트를 실행할 수 없으므로 express.ps1 파일을 로드할 수 없습니다. 자세한 내용은 about_Execution_Policies를 참조하십시오. + express + ~~~~~~~ + CategoryInfo : 보안 오류: (:) [], PSSecurityException + FullyQualifiedErrorId : UnauthorizedAccess 해당 오류는 Script 실행 권한이 없어서 오류가 발생됨. `명령어 입력` : set-executionpolicy unrestricted express 명령어 성공!
코드리뷰 : 자신의 코드 / 다른사람의 코드를 서로 리뷰하는 방식 - 개발자가 지금부터 당장 행할 수 있는 공유 활동. - Code SNS 댓글 놀이 - 배움을 주고 받으면서 지속가능한 SW 개발자가 될 수 있는 실천법 코드 리뷰를 왜 해야하나? 주목적 : 품질 문제 검수(버그, 장애) 더 나은 코드 품질 : 아키텍처 속성 개선을 위한 코드 개선(향후 변경 비용 개선) 학습 및 지식 전달 : 코드, 해결책 등과 관련된 지식 공유에 기여 - 공유(주고 받는 학습)를 통한 역량 증대 및 성장 - 참여한 모든 사람들의 배움의 기회 - 대개의 경우 리뷰어들도 리뷰 과정에서 지식을 얻게 됨(하드스킬 = 기술적 deep한 수준, 소프트스킬 = 업무 know-how, 커뮤니케이션 방법, 포괄적인 기술 설명) 동기부여..
- Total
- Today
- Yesterday
- Branch
- 협업
- bitbucket
- Link
- 화살표함수
- 오류해결
- HTTP
- HTTP 요청 메서드
- React
- node.js
- 형상관리
- monolithic
- 원격저장소
- GIT
- git clone
- git명령어
- Post
- 코드리뷰
- git 기초
- github
- MSA
- 일반함수
- 브랜치란
- 별코딩
- git branch
- NavLink
- MSA란?
- put
- MicroService
- svn
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |