deblog

AspectJ는 PARC에서 개발한 자바 프로그래밍 언어용 관점 지향 프로그래밍 (AOP) 확장 기능입니다. AspectJ이 생기게 된 이유 전통적인 프로그래밍 방법론으로는 잘 포착되지 않는 문제나 우려가 있다는 것을 깨달았기 때문입니다. 응용 프로그램에서 보안 문제가 있었습니다. 본질적으로, 보안은 애플리케이션의 모듈화의 많은 단위들에 영향을 끼치고 있습니다. 또한 보안은 애플리케이션이 진화함에 따라 모든 추가에 균일하게 적용되어야 합니다. 그리고 적용되는 보안이 바뀌거나 발전할 수 있습니다. 보안 정책과 같은 우려를 규율화된 방식으로 포착하는 것은 전통적인 프로그래밍 언어에서는 어렵고 오류가 발생하기 쉽습니다. 보안과 같은 우려는 모듈화의 자연스러운 단위를 가로막습니다. 객체 지향 프로그래밍 언어에서..

1.1 스프링 IoC container 및 Bean 소개 Inversion of Control(IoC)의 스프링 프레임워크 구현에 대해 설명합니다. IoC는 의존성 주입(DI)이라고도 합니다. 이것은 객체가 생성자 인수, 팩토리 메소드에 대한 인수, 팩토리 메소드에서 생성되거나 반환된 후에 객체 인스턴스에 설정된 속성을 통해서만 종속성을 정의하는 프로세스입니다. 그런 다음 container는 Bean을 생성할 때 이러한 의존성을 주입합니다. 이 과정은 근본적으로 클래스 또는 서비스 로케이터 패턴과 같은 메커니즘을 사용하여 종속성의 인스턴스화 또는 위치를 제어하는 Bean자체의 역(즉, 제어의 역)이다. org.springframework.bean과 org.springframework.context 패키지..

Array.from() 메서드는 유사 배열 객체(arrat-like object)나 반복 가능한 객체(literable object)를 얕게 복사해 새로운 Array 객체를 만듭니다. 동물원이라는 String객체를 쪼갤 수 있습니다. 데이터를 조작하다보면 기존 객체를 이용해 새로운 배열을 만들어야 할 때가 있는데요. 그러할 때 유용한 메서드 입니다. 1. String에서 배열 만들기. Array.from('동물원'); // ["동", "물", "원"] 2. Set에서 배열 만들기 const s = new Set(['foo', window]); Array.from(s); // ["foo", window] 3. Map에서 배열 만들기 const m = new Map([[1, 2], [2, 4], [4, 8]..

마지막 식물 쇼핑이란 말이 무색하게도... 엄청난 충동을 이기지 못하고 귀여운 식물들을 더 들였다. 이번에 당근을 하면서 귀여운 식물들을 들였는데, 엄청나게 싸다고는 못하겠지만 많은 서비스와 귀여운 유묘들을 얻을 수 있는 당근 마켓은 식물 집사들에게는 천국인 것 같다.. 그래서 이번 당근 마켓 수익은 귀여운 싱고니움 6종이다. 브론즈 마리아, 네온, 스트로베리, 밀크 컨페티, 바틱, 크리스마스 트라이 컬러의 유묘들을 얻었다.^_^ 무늬랑 핑크, 핑크 스팟 싱고니움을 가진 나에게 새로운 싱고니움들이 잔뜩 생겼다. 아마 시간은 1~2년은 잡아야 풍성해질 것 같긴하지만... 일단 싸게(만이천원) 얻은 것 만으로도 만족스럽다.. 귀여워... 그리고 서비스로 레드스팟 싱고니움 유묘와 커다란 동그란 잎의 스킨 답서..

1. 개발 단계에 따른 애플리케이션 테스트 소프트웨어의 개발 단계에 따라 단위 테스트, 통합 테스트, 스스템 테스트, 인수 테스트로 분류된다. 이렇게 분류도힌 것을 테스트 레벨이라고 한다. 애플리케이션 테스트와 스프트웨어 개발 단계를 연결하여 표현한 것을 V-모델이라고 한다. 소프트웨어 개발 단계 요구사항 (Requirement) 분석 (Specification) 설계 (Design) 구현 (Code) 테스트 단계 단위 테스트 (Unit Testing) 통합 테스트 (Integration Testing) 시스템 테스트 (System Testing) 인수 테스트 (AcceptanceTesting) 2. 단위 테스트 단위 테스트는 코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스..

예전 식물에 대해서 아무것도 몰랐던 시절 보스턴 고사리가 너무 이뻐서 샀는데, 뉴 보스턴 고사리를 사서 얇은 고사리였는데, 내가 못키워서 안 커지는줄 알았다. 그 정도로 식물을 몰랐었는데.. 하지만 지금은 식물광인. 그래서 보스턴 고사리를 들이기 위해 고민 중에 줄리 보타닉에서 "무늬" 보스턴 고사리를 팔고 있다는 정보를 입수. SO, 바로 가격을 물어보고 바로 입금해서 질러버렸다. 무늬라고? 이건 못참지 그리고 사진을 봤다. 무늬.. 너무 아름답잖아.. 카드 슬래쉬 ! 바로 결제해버렸다. 가격도 나름 합리적이야. 너어무 예뻐 ! 그리고 보스턴 고사리니까 잘 키울수 있을 것이라고 생각하며 택배를 기다리는데... 이틀만에 배송이 왔다. 토요일에도 배송하는 우체국 택배 사랑해요. 실물을 영접하였는데.. Br..

1. 화이트 박스 테스트(White Box Test) 화이트박스 검사(White Box Test) 기법은 소프트웨어 내부 소스 코드를 테스트하는 기법이다. 내부 소스코드의 동작을 개발자가 추적 할 수 있기 때문에, 동작의 유효성 뿐만아니라 실행 되는 과정을 살펴봄으로써, 코드가 어떤경로로 실행되며, 불필요한 코드 혹은 테스트 되지 못한 부분을 살펴볼 수 있다. 화이트박스 테스트를 하는 부분은 대개 코드의 실행 경로를 확인해야 하기때문에 시중에 나와 있는 커버리지 분석도구를 많이 활용한다. 2. 화이트박스 테스트의 종류 기초 경로 검사 (Base Path Testing) - 테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 츨정할 수 있게 해주는 테스트 기법 - 대표적인 화이트 박스 테스트 기법 제어 ..

공동모듈이란 여러 프로그램에서 공통으로 사용할 수 있는 모듈이다. 자주 사용되는 계산식이나 매번 필요한 사용자 인증과 같은 기능들이 공통 모듈로 구성될수 있다. 공통 모듈을 구현할 때에는 해당 기능을 명확히 이해할 수 있도록 명세 기법을 준수해야 한다. 공동 모듈 명세 기법 명세 기법 내용 정확성(Correctness) 시스템 구현 시 해당 기능이 필요하다는 것을 알 수 있도록 정확히 작성함 명확성(Clarity) 해당 기능을 이해할 때 중의적으로 해석되지 않도록 명확하게 작성함. 완전성(Comleteness) 시스템 구현을 위해 필요한 모든 것을 기술함 일관성(Consistency) 공통 기능들 간 상호 충돌이 발생하지 않도록 작성함 추적성(Traceablity) 기능에 대한 요구사항의 출처, 관련 시..