POP_part11(아키텍처 기본 기법)
사상 프로그래밍 이데올로기 아키텍처 기본 기법 상호 운영성 소프트웨어는 시스템의 일부이며 독립해서 존재하는것이 아니고 다른 시스템이나 환경과 빈번하게 상호작용한다. 외부 기능이나 자료구조로의 접근이 명확하게 정의된 아키텍처를 설계 표준 규격을 선택해야 된다. 효율성 시간 효율성 자원 효율성 리소스는 한정적 간접화를 고려해
2 min read
아키텍처 기본 기법
6 posts
POP_part10(아키텍처 기본 기법)
사상 프로그래밍 이데올로기 아키텍처 기본 기법 변경 용이성 소프트웨어에 수명은 의외로 길다. 그래서 변경 용이성을 해야 된다. 보수성 오류가 발생한 코드 수정이 용이 확장성 신규 기능 추가, 모듈 교체, 모듈의 제거 작업의 용이함 재구축 모듈의 구현에는 영향을 미치지 않고 유연하게 배치할수있는 구조 이식성 하드웨어 종속성
2 min read
POP_part8(아키텍처 기본 기법)
사상 프로그래밍 이데올로기 아키텍처 기본 기법 인터페이스와 구현의 분리 인터페이스 기능 정의 및 모듈 사용 방법 정의(?) 구현 실제 기능을 실현하는 코드 클라이언트는 인터페이스만 알면 되서 기능이 바껴도 코드를 수정할일이 없다. '구현이 아닌 인터페이스에 맞춰 프로그래밍 하라' 참조의 단일성 모듈의 요소에 관한 선언과
3 min read
POP_part9(아키텍처 기본 기법)
사상 프로그래밍 이데올로기 아키텍처 기본 기법 충족성 완전성 프리미티브성 충족성 추상이 그것을 전하기 충분한지(remove가 있는데 add가 없으면 불충분) 완전성 추상이 모든 특성을 가지고 있는지(콜렉션인데 size 구하는게 없으면 안됨) 프리미티브성 추상이 순수한지 아닌지(add가 있는데 add10은 필요 없다.) 정
2 min read
POP_part7(아키텍처 기본 기법)
사상 프로그래밍 이데올로기 아키텍처 기본 기법 패키지화 모듈을 의미있는 단위로 모운후 그룹핑 한다. 소프트웨어 전체가 패키지라는 작은 단위로 분활되므로 복잡도가 낮아진다 패키지 않에 관련 없는 모듈이 섞이지 않으므로 모듈을 관리하기 쉽다. 수정에 대한 영향도가 패키지 안에 머무를 가능성이 높으므로 코드를 변경하기 쉬워진다
2 min read
POP_part6(아키텍처 기본 기법)
사상 프로그래밍 이데올로기 아키텍처 기본 기법 좋은 코드의 기초원리 추상 캠슐화 정보 은닉 패키지화 관심의 분리 충족성, 완정성, 프리미티브성(원시성, 순수성) 정책과 구현의 분리 인터페이스와 구현의 분리 참조의 단일성 분활정복 좋은코드에는 패턴이 있다. 추상 추상이란 개념적으로 명확한 선 긋기를 수행하는 것이다. 추상은
4 min read