저는 OOP의 발달로 패러다임이 바뀌어 에자일이 가능해졌다고 봅니다. 전에는 소스의 수정이 금기였죠. 변경 대신 확장하라는 OCP의 중요성도 재고할 필요가 있어 보입니다. 그러나 비 OOP 언어인 C라면 여전히 조심해야 하지 않을까요? 09.01.22 02:11
에자일 OCP 수정
6 개의 댓글이 있습니다.
물론 struct와 pointer to function을 잘 활용해서 데이터와 함수를 묶는데 신경을 많이 쓴다면 코드 수정 때문에 발생하는 영향 밤위를 최소화해서 OOP 환경에서 처럼 수정 비용을 줄일 수 있을 것 같기도 합니다.
어..려운 이야기네요 ^^;
네~ 제대로 지적하셨습니다. Adobe 사의 C 모듈들이 말씀하신대로 struct와 function pointer 를 통한 모듈화 및 영향도 최소화를 실현했더라구요.
하지만, C언어를 쓰니까 개발 방식도 그냥 닥치고 머리 박아라... 이건 아니지 않나 싶어서 에자일을 대입 시켜보는 무리한 고민을 잠시 해봤습니다. ^^;
작은아이! ㅎㅎ 그리 영양가 있는 얘기는 아니에요. ㅎ~ 써니 예전에 C++가 보급될 때에 C도 객체지향이 가능하다고 하면서 이런 방식으로 코딩하곤 했죠. 결국 언어가 지원하느냐 프로그래머가 알아서 하느냐.. ㅋ
심지어 어셈블리 언어에서도 객체지향이 가능하다는 걸 증명한 코드도 나왔죠.. ㅋ
물론 struct와 pointer to function을 잘 활용해서 데이터와 함수를 묶는데 신경을 많이 쓴다면 코드 수정 때문에 발생하는 영향 밤위를 최소화해서 OOP 환경에서 처럼 수정 비용을 줄일 수 있을 것 같기도 합니다.
09.01.22 02:14어..려운 이야기네요 ^^;
09.01.22 02:22네~ 제대로 지적하셨습니다. Adobe 사의 C 모듈들이 말씀하신대로 struct와 function pointer 를 통한 모듈화 및 영향도 최소화를 실현했더라구요.
09.01.22 02:22하지만, C언어를 쓰니까 개발 방식도 그냥 닥치고 머리 박아라... 이건 아니지 않나 싶어서 에자일을 대입 시켜보는 무리한 고민을 잠시 해봤습니다. ^^;
09.01.22 02:23작은아이! ㅎㅎ 그리 영양가 있는 얘기는 아니에요. ㅎ~ 써니 예전에 C++가 보급될 때에 C도 객체지향이 가능하다고 하면서 이런 방식으로 코딩하곤 했죠. 결국 언어가 지원하느냐 프로그래머가 알아서 하느냐.. ㅋ
09.01.22 02:32심지어 어셈블리 언어에서도 객체지향이 가능하다는 걸 증명한 코드도 나왔죠.. ㅋ
09.01.22 02:35