Download as PDF, PPTX
Uploaded bySungchul Park
스프링보다 중요한 스프링 이야기
2015/4/23일 OKKY 정기 모임에서 발표한 자료입니다. 클린코드 11장과 12장의 내용을 기본 틀로 해서 내용을 구성해 봤습니다. 스프링을 이용해서 생성과 이용의 관심사 분리, 횡적 관심사 분리를 하게 되면 지속적으로 SW를 개선할 수 있다는 내용입니다.
More Related Content
Similar to 스프링보다 중요한 스프링 이야기
![[오픈소스컨설팅]Session 6. scrum과 jira 기반의 소프트웨어 개발 프로세스](https://cdn.slidesharecdn.com/ss_thumbnails/session6-161124012853-thumbnail.jpg?width=640&height=640&fit=bounds)
![[스프링 스터디 1일차] 오브젝트와 의존관계](https://cdn.slidesharecdn.com/ss_thumbnails/uerxf2xztkhvnwcqsah3-signature-d53fe98faa10235f97293b3ac37b6748da06835df43b7af4e7632fe535e72c12-poli-170706090018-thumbnail.jpg?width=640&height=640&fit=bounds)
스프링보다 중요한 스프링 이야기
- 1. 스프링보다 중요한 스프링이야기 박성철 (한국 스프링 사용자 모임; KSUG)
- 2.
- 3.
- 4. 좋은 SW란? 기능 품질구조 품질
- 5. 신규 기능 추가 기능구현 + 통합 “우린 못해!” “우린 안해!”
- 6. 소프트웨어 위기 소프트웨어 위l의주요한 위lr 컴퓨터 성능이 몇 수십 배나 더 강력해졌기 때문입st! 심하게 말하면, 컴퓨터가 없었을 r 프로i래밍에r 전혀 문제가 없었습st( q린 컴퓨터 몇 개 뿐이었을 r 프로i래밍이 조k 문제가 되었 c, 이제r 거v한 컴퓨터에 프로i래밍x 따라서 거v한 문제가 되었습st( ' 에츠허르 w이크스트라 / 1.-, 01M 튜링상 수상 연설 F. L. 바우어(Fritz Bauer), 1968, 나토 SW 공학 학회 http://homepages.cs.ncl.ac.uk/brian.randell/NATO/NATOReports/index.html
- 7. 인텔 CPU 클럭속도 향상 속도
- 8.
- 9. SW 위기 SW 개발문제 SW 품질 문제 SW 기능 문제 SW 구조 문제 보이는 문제 숨은 문제
- 10. SW 개발 문제 SW기능 문제 SW 구조 문제 보이는 문제 숨은 문제 테스트 설계 & 아키텍처 개발 방법론
- 11.
- 12. 관심사 분리 (Separation ofconcerns) Edsger W. Dijkstra, 1974, "On the role of scientific thought” “e심사 분리r, 완벽하지r 않t 해x, 아직은 ph가의 생각을 효율 적으로 정리하rw 사용할 수 있r 유일한 l법이t(” “sepaKaMCoG o@ coGceKGs X eOeG C@ GoM peK@ecMly possCble Cs yeM Mhe oGly aOaClable MechGCJue @oK e@@ecMCOe oKdeKCGA o@ oGe’s MhouAhMs” “특정 e점에 주의를 집중함” “@ocusCGA oGe's aMMeGMCoG upoG some aspecM”
- 13.
- 15.
- 16. 수평적 분리 표현 계층 애플리케이션계층 도메인 계층 데이터 접근/시스템 통합 계층
- 17.
- 18.
- 19. 수평/수직적 분리 AaaControl XxxService AbcBiz QazDao BbbControl WsxDao CccControl YyyService EdcDao DddControl ZzzService RfvDao DefBiz GhiBizJklBiz MnoBiz 사용자 인터페이스 모델 쓰임새(Use Case) 모델 데이터 모델
- 20.
- 21. 객체지향 프로그래밍 동적 디스패치 캡슐화서브타입 다형성 객체 위임 상속 Open Recursion 클래스 인스턴스 메서드 추상화
- 22. 다이나믹 디스패치 ≒메시징 “m게 OO7r 메시징d 상태 처리 d정의 지역적 보존, 보호, 은익d 모든 것의 극u적인 지연 바인딩 뿐이t(” “OO7 Mo me meaGs oGly messaACGA, local KeMeGMCoG aGd pKoMecMCoG aGd hCdCGA o@ sMaMe'pKocess, aGd exMKeme laMe'bCGdCGA o@ all MhCGAs” “중요한 착안은 “메시지”이t( 이r 스몰톡d 스퀵 핵심 의 본질이t( 일본어에 마(ま)라r 짧은 u어가 있t(” “9he bCA Cdea Cs “messaACGA" MhaM Cs PhaM Mhe keKGal o@ SmallMalk)SJueak Cs all abouM( 9he JapaGese haOe a small PoKd Tma’(((” 앨런 케이(0laG Kay) 間
- 23. 순서도 vs 소통도 (flowchart vs communication diagram)
- 24. 메시지 대면 대화 X지인과의 전화 통화 X
- 25.
- 26. invokeinterface 자바의 네(다섯)가지 호출방식 invokestatic invokespecial invokevirtual invokedynamic 안o 친f야( 이것 좀 부탁해( n가 ph지 몰라x 신분은 아s 이것 좀 처리해줘( n가 ph지 x무지 모르겠지만 이것 좀 처리해줘(
- 27. 인터페이스 중심 설계 “7KoAKammCGAMo aG CGMeK@ace,SGoM aG CmplemeGMaMCoG” 2o@ 디자인 패턴 X 설계 구현 역할
- 28. 의존관계 역전 원칙 (Dependencyinversion principle; DIP) AbcService X SomeRepository SomeDao 서비스 계층 데이터 접근 계층
- 29. 생성과 사용 분리 (Separationof Use from Construction)
- 30. 객체 생성 문제 malloc()new ? GRASP의 생성자(creator) 원칙 누가 객체를 생성해야 하나? 대상 클래스로 구성되는 클래스 대상 클래스를 담고 있는 클래스 대상 클래스의 인스턴스를 기록하는 클래스 대상 클래스와 가깝게 사용되는 클래스 대상 클래스를 생성하는데 필요한 데이터가 있는 클래스 5A A G
- 31.
- 32.
- 33.
- 34.
- 35. 객체 생성과 구현의존 문제 사용 생성 구현에 의존 Servicesvc=newAwesomeService(); svc.showMeTheMoney(); AwesomeService Service
- 36.
- 37. 복잡한 의존 관계문제 No man is an island entire of itself; every man is a piece of the continent, a part of the main; 사용 생성 ?
- 38.
- 39.
- 40.
- 41. 객체 메시지 (역할) 데이터 로직(구현) 인터페이스
- 42.
- 43. AcmeUI AcmeL ogic AcmeD AO RealAcmeLogic RealAcmeDAO 인터페이스 클래스 예) AcmeProcessor 인터페이스를 사용한 설계 DIP
- 44.
- 45. AcmeUI AcmeL ogic AcmeD AO FakeAcmeLogic X 예) AcmeProcessor UI 테스트용
- 46.
- 47. 추상 공장 패턴 사용생성 공장1 공장2 공장3 + = + = + = 구성1 구성2 구성3 생 성 요청 구현 구현
- 48. 의존성 주입 (Dependency Injection) 사용 생성 구성메타 데이터 1 구성 메타 데이터 2 구성 메타 데이터 3 구성1 구성2 구성3 DI 프레임워크 + + +
- 49.
- 50.
- 51. D N/ RRRBG F J DJ JN GA A J ((- )., ,
- 52.
- 53.
- 54.
- 55. 4 J “시스템 설계에매일 투자하라( ((( 현재 설b가 여러분이 이해한 최선의 설b와 일치하x록 점진적이면서x 지속적으로 작업한t(” ' 켄트 벡 폭포수 근본주의 BDUF(포괄적 사전 설계) DUF 창발적 설계 막 개발 YAGN!!! JP
- 56.
- 57.
- 58.
- 59.
- 60. 설계 = 소스코드 J
- 61.
- 62.
- 63.
- 64.
- 65.
- 66.
- 67.
- 68.
- 69.
- 70.
- 71.
- 72.
- 73.
- 74.
- 75.
- 76.