개발/클린아키텍처 썸네일형 리스트형 3. 페러다임 개요 1. 구조적 프로그래밍 최초로 적용된 패러다임(최초로 만들어진건 아님) 1968년 에츠허르 비버 데이크스트라(Edsger Wybe Dijkstra)가 발견 무분별한 goto 문은 프로그램 구조에 해롭다는 사실을 제시하면서 이러한 것들을 if then else와 do while until의 구조로 대체함. >> 구조적 프로그래밍은 제어흐름의 직접적인 전환에 대해 규칙을 부과한다. 2. 객체지향 프로그래밍 두 번째로 도입. 구조적 프로그래밍보다 2년 앞서 등장 요한달(Ole Johan Dahl), 크리스텐 니가드(Kristen Nygaard)에 의해 등장 >> 객체지향 프로그래밍은 제어흐름의 간접적인 전환에 대해 규칙을 부과한다. 3. 함수형 프로그래밍 세 번재로 가장 최근 도입되기 시작 했지만, 가장 먼저.. 더보기 2. 두가지 가치 - 행위(요구사항) vs 아키텍처 행위(요구사항) 프로그램으로 해야할 것! 개발자로서 행위가 가장 중요한걸까? 아키텍처 프로그램으로 해야할 것을 아키텍처에 적용 시켜야한다. 근데 아키텍처에 적용 할 수없다면 ? 비용은 크게 증가할 수 밖에 없다. 결국 아키텍터는 형태에 독집적이야 한다. > 새로운 기능, 새로운 요구사항을 유연하게 받아들이기 위해 > 독립적이지 않으면 개발 비용이 증가 할 수 밖에 없다. 아이젠하워 매트릭스 *깨알 지식 - 아이젠하워 매트릭스는 드와이드 D. 아이젠하워 미국 대통령이 고안한 중요성과 긴급성으로 일의 업무 순서를 정하는 매트릭스! 소프트웨어의 행위는 긴급하지만 매번 중요하지 않고, 아키텍처는 중요하지만 긴급한 경우는 없다! 1. 긴급하고 중요한 2. 긴급하지는 않지만 중요한 3. 긴급하지만 중요하지 않은 4.. 더보기 1. 설계와 아키텍처란 ?_? 1) 설계(Design) 저수준의 구조 또는 결정사항 등을 의미 2) 아키텍처(Architecture) 저수준의 세부사항과는 분리된 고수준의 무언가(?)를 가리킬때 사용 집을 예로 들어보면 아키텍처 : 집의 형태, 외관, 입면도, 공간, 방의 배치 등 설계 : 콘센트 전등 스위치의 위치, 보일러, 온수기 배출 펌프이 크기, 지붕 벽 의 기초 공사진행내용 등 >> 모두 집의 구성요소! 즉 설계, 아키텍처는 단절되는 것이 아니라 연속 적인 것! 소프트웨어 설계는 고수준에서 저수준으로 진행되는 의사결정일뿐! 소프트웨어 아키텍처의 목표는 " 필요한 시스팀을 만들고 유지보수하는데 투입되는 인력을 최소화 하는것 " 더보기 이전 1 다음
