Refactoring Seminar
Upcoming SlideShare
Loading in...5
×
 

Refactoring Seminar

on

  • 1,094 views

 

Statistics

Views

Total Views
1,094
Views on SlideShare
1,092
Embed Views
2

Actions

Likes
0
Downloads
4
Comments
0

1 Embed 2

http://www.linkedin.com 2

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Refactoring Seminar Refactoring Seminar Presentation Transcript

  • Introduction to Refactoring Step 1 What, Why, When, How bw.moon@lge.com
  • What is refactoring• Fowlers definition “A change made to the internal structure of software to make it easier to understand and cheaper to modify without changing its observable behavior”
  • Why View slide
  • Bad Smell View slide
  • Good Smell
  • When
  • Bad Smell
  • Iterative
  • Unit test
  • How : Extract
  • Extract Class
  • Extract Method
  • Remove
  • Remove Middle Man
  • Remove Setting Method
  • Replace
  • Replace Assignment with Initialization void foo() { int i; // .... i = 7; } void foo() { // ... int i = 7; }
  • Replace Constructor with Factory Method Employee (int type) { _type = type; }static Employee create(int type) { return new Employee(type); }
  • Hide
  • Hide Delegate
  • Hide Method
  • Resources 11장. 리팩토링 비디오2장. 리팩토링의 원리3장. 코드에서의 나쁜 냄새4장. 테스트 만들기5장. 리팩토링 카탈로그로...6장. 메쏘드 구성7장. 객체간의 기능 이동8장. 데이터 구성9장. 조건문의 단순화10장. 메쏘드 호출의 단순화11장. 일반화 다루기12장. 대규모 리팩토링13장. 리팩토링 재사용, 그리고 현실14장. 리팩토링 도구15장. 모두 합치기
  • Resources 2• [항목 24] 컴파일 경고 메시지가 없게 하자 158• [항목 30] int 상수 대신 enum을 사용하자 201• [항목 38] 매개 변수가 유효한지 검사하자 247• [항목 43] null대신 비어있는 배열이나 컬렉션을 반환하자 274• [항목 45] 지역 변수의 유효 범위를 최소화 하자 285• [항목 47] 라이브러리를 배우고 사용하자 293• [항목 48] 정확한 계산에는 float나 double 타입을 쓰지 말자 297• [항목 49] 박스화 기본형보다는 기본형을 사용하자 300• [항목 56] 보편화된 작명 규칙을 따르자 323• [항목 62] 메소드가 던지는 모든 예외를 문서화하자 344• [항목 63] 실패 상황 정보를 상세 메시지에 포함하자 346• [항목 64] 실패 원자성을 갖도록 노력하자 349
  • Q&A