“혼합”언어로 디자인 : 객체 지향 디자인 또는 기능 프로그래밍?

지난 몇 년 동안, 내가 좋아하는 언어는 점점 더 "기능적"이되고 있습니다. 저는 이제 "하이브리드": C #, F #, Scala와 같은 언어를 사용합니다. 나는 도메인 객체에 해당하는 클래스를 사용하여 응용 프로그램을 디자인하고, 코딩이 더 쉽고, 더 정확하고, 더 안전하고 (특히 컬렉션에서 작동하거나 함수를 전달할 때) 기능적 기능을 사용하고 싶습니다.

그러나 디자인 패턴에 관해서는 두 세계가 충돌합니다. 내가 최근에 직면 한 특정 예는 관찰자 패턴입니다. 제작자가 항목을 만들거나 변경할 때 다른 코드 ( "소비자 / 관찰자", DB 저장소, 로거 등)에 알리기를 원합니다.

처음에는 다음과 같이 "기능적으로"수행했습니다.

producer.foo(item => { updateItemInDb(item); insertLog(item) })
// calls the function passed as argument as an item is processed

그러나 이제 더 "OO"접근 방식을 사용해야하는지 궁금합니다.

interface IItemObserver {
  onNotify(Item)
}
class DBObserver : IItemObserver ...
class LogObserver: IItemObserver ...

producer.addObserver(new DBObserver)
producer.addObserver(new LogObserver)
producer.foo() //calls observer in a loop

두 가지 접근법의 장단점은 무엇입니까? 나는 한때 FP 전문가가 디자인 패턴이 언어의 한계 때문에 존재한다고 말한 것을 들었습니다. 이것이 기능적인 언어가 너무 적은 이유입니다. 어쩌면 이것이 예일 수 있습니까?

편집 : 내 특정 시나리오에서는 필요하지 않지만 기능적인 방식으로 "관찰자"를 제거하고 추가하는 방법은 무엇입니까? (즉, 패턴의 모든 기능을 어떻게 구현하겠습니까?) 예를 들어 새로운 기능을 전달하는 것입니까?

이는 호출 객체에 대한 관심 범위를 벗어난 작업을 수행한다는 개념을 전달하는 두 가지 접근 방식의 좋은 예입니다.

이 예제에서는 기능적 접근 방식으로 가야한다는 것이 분명하지만 일반적으로 호출 된 객체가 표시해야하는 동작이 얼마나 복잡한 지에 따라 달라집니다. 실제로 복잡한 행동의 문제로 비슷한 논리를 자주 적용하고 함수 생성기를 사용하여 명확하게 표현할 수 없다면 클래스 구성이나 상속을 원할 것입니다. 기존 동작을 임시로 재사용하고 확장 할 수있는 자유가 조금 더 있습니다.

그러나 내가 관찰 한 한 가지 패턴은 일반적으로 개발자가 처음에는 기능적 접근 방식을 사용하고 더 세분화 된 동작에 대한 요구가 발생하면 클래스 기반 접근 방식을 선택하기로 결정한다는 것입니다. 예를 들어 Django는 기능 기반 뷰, 템플릿 로더 및 테스트 러너에서 이점과 요구 사항이 분명해졌지만 그 전에는 그렇지 않은 클래스 클래스로 전환했습니다.

기능 버전은 훨씬 짧고 유지 관리가 쉽고 읽기가 쉽고 일반적으로 상상할 수있는 모든 측면에서 훨씬 뛰어납니다.

모든 패턴 과는 거리가 멀지 만 많은 사람들 이 관찰자와 같은 OOP의 기능 부족을 보완해야합니다. 그것들은 기능적으로 훨씬 더 잘 모델링됩니다.

"FP 전문가"는 부분적으로 옳습니다. 많은 OO 패턴은 기능적인 일을하기위한 해킹입니다. (이것은 FP 언어가 거의 의심스럽지 않은 이유라고 주장합니다.) 관찰자와 전략 패턴은 일류 함수를 모방하려고합니다. 방문자 패턴은 패턴 일치를 시뮬레이션하는 핵입니다. 당신 IItemObserver은 변장 한 기능 일뿐입니다. 물건을 가져다주는 다른 기능과 다른 척하는 것은 아무것도 사지 않습니다.

객체는 데이터 추상화의 한 종류 일뿐입니다. 이 논문 은 그 주제에 대해 약간의 이해를 돕습니다. 객체는 유용 할 수 있지만 모든 것에 적합하지 않다는 것을 인식하는 것이 중요합니다. 이분법이 없습니다. 올바른 작업에 적합한 도구를 선택하는 것만으로도 기능 프로그래밍은 객체를 포기할 필요가 없습니다. 기능 프로그래밍은 단순히 함수를 사용하는 것 이상입니다. 또한 부작용과 돌연변이를 최소화하는 것에 관한 것입니다.

나는 기능적인 언어에 능숙하지 않기 때문에 질문에 실제로 대답 할 수 없습니다. 그러나 나는 당신이 일하는 한 접근에 대해 덜 걱정해야한다고 생각합니다. 내가 이해하는 것에서, 나중에 더 많은 리스너를 추가하지 않거나 실행 중에 리스너를 변경하지 않는 한 여기에서 Observer 패턴을 건너 뛸 수 있습니다.

디자인 패턴이 OO 언어에서 "제한"을 구성한다는 데 동의하지 않습니다. OOP 기능을 잘 활용하기 위해 있습니다. 다형성과 상속은 제한이 아닌 기능입니다. 디자인 패턴은 이러한 기능을 사용하여 유연한 디자인을 촉진합니다. OO에서 절대적으로 비 OO 프로그램을 만들 수 있습니다. 주의를 기울이면 FP를 모방 한 상태가없는 객체를 포함하는 전체 프로그램을 작성할 수 있습니다.