소프트웨어/Refactoring & TDD 5

[마틴파울러]Refactoring에서 나온 좋은 문구

1. 새로운 기능을 추가해야 하는데 프로그램의 코드가 새로운 기능을 추가하기 쉽도록 구조화 되어 있지 않은 경우에는 먼저 리팩토링을 해서 프로그램에 기능을 추가하기 쉽게 하고, 그 다음에 기 능을 추가한다. 2. 리팩토링을 시작하기 전에 견고한 테스트 셋을 가지고 있는지 확인하라. 이 테스트는 자제 검사 여야 한다. 3. 리팩토링은 작은 단계로 나누어 프로그램을 변경한다. 실수를 하게 되더라도 쉽게 버그를 찾을 수있다. 4. 컴퓨터가 이해할 수 있는 코드는 어느 바보나 다 짤 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다. 5. 리팩토링(Refactoring) 명사 - 소프트웨어를 보다 쉽게 이해할 수 있고, 적은 비용으로 수정할 수 있도록 겉으로 보이는 동작의 변화 없이 내부 구조를 ..

리팩토링의 필요성 및 주의점

☆ 리팩토링의 목적 - 소프트웨어를 보다 이해하기 쉽고, 수정하기 쉽도록... ☆ 리팩토링의 주의점 - 리팩토링은 소프트웨어의 기능을 변경하지 않는다. - 제대로 동작하지 않는 코드를 리팩토링하지는 않는다. ☆ 리팩토링시, 아래 두 가지 구별된 작업을 위해 시간을 나누어야 한다. - 기능 추가시, 기존 코드를 건드려서는 안 되고 단지 새로운 기능만 추가해야 한다. 테스트를 추가 하고, 테스트가 잘 작동하는지를 확인함으로써 진행상황을 알 수 있다. - 리팩토링시, 기능을 추가해서는 안 되고, 단지 코드의 구조에만 신경써야한다. 그리고 어떤 테스트도 추가하지 않는다. ☆ 리팩토링을 하는 이유 - 리팩토링은 소프트웨어의 디자인을 개선시킨다. 정기적인 리팩토링은 코드가 디자인을 유지하도록 도와준다. - 리팩토링..

리팩토링이란?

리팩토링이란? 여기저기 중복된 코드는 모아서 하나의 메소드로 만들고, 의미가 불명확한 메소드 이름은 명확한 이름으로 바꾸고, 하나의 메소드가 지나치게 길다면 보다 짧고 이해하기 쉬운 메소드들의 조합으로 바꾸면 코드가 훨씬 깔끔해지고 관리하기도 쉬워질 것이다. 이와 같이 리팩토링은 겉으로 보이는 동작의 변화없이 소프트웨어의 내부구조(디자인)을 바꾸는 작업니다. 이해하기 어려운 코드를 리팩토링하여 이해하기 쉽게 할 수 있고, 새로운 기능을 추가하기 전에 리팩토링을 하여 기능추가가 쉽도록 코드 구조를 바꿀 수도 있다. 요구사항이 바뀌거나 새로운 요구사항이 추가되면서 이를 코드에 반영하다 보면 코드가 처음에 의도했던 디자인과 점점 멀어질수 있는데, 이때도 리팩토링을 통해 디자인을 항상 적절한 상태로 유지시킬 수..

[스크린캐스트] C# 리팩토링

저의 역사적인 첫 번째 스크린캐스트입니다. C# 리팩토링 과정을 찍었습니다. SK-imedia R&D 센터에서 녹화했습니다. 얼마 전에 디자인 패턴 강사를 초빙해야겠다는 이야기가 나왔는데, 리팩토링 정도는 동영상으로 보여줘도 괜찮을 듯 싶었습니다. 이론보다는 실제 개발 과정을 자연스럽게 보여주기 위해 노력했습니다. 이 스크린캐스트는 rename, extract method, make method static 그리고 move 리팩토링 기법과 함께 몇 가지 C# 프로그래밍 팁을 보여줍니다. 15분 30초 정도의 분량이고, 더블 클릭하면 전체 화면으로 볼 수 있습니다. 출처 : http://kaistizen.net/EE/index.php/weblog/comments/screencast_csharp_refact..

코딩 먼저, 설계는 나중에 좋게 하자!

코딩을 먼저하고 설계를 나중에 좋게 하자니…. "도대체 소프트웨어 공학의 기초를 아는 사람이야?"라는 의문이 들지도 모르겠습니다. 그러나 소프트웨어 개발자라면 처음에 디자인을 완벽하다고 생각될 정도로 상세히 하고 코딩했다 할지라도 코딩을 한참 진행하고 있는 와중에 "아… 코드 정리를 한 번 해주어야 할 텐데… 처음부터 제대로 할 껄"하면서 후회하는 일이 한 두 번이 아닐 것입니다. 나중에는 손을 쓸 수 없는 지경에 이를 때까지 기능 추가와 수정만 계속하다가 스스로 코드에 문제가 있음을 시인하면서도 슬그머니 그대로 두고 다른 새로운 프로젝트를 할 수밖에 없었던 것이 현실이지요. 물론 처음부터 디자인이 훌륭했더라면 좋겠지만 실제 프로젝트에서 훌륭하고 정확한 디자인이 나올 때까지 기다리다가는 프로젝트가 물건너..