절차 적 (명령 적) 기반 응용 프로그램을 성공적으로 설계하고 구축 할 수 있습니까?

Question

오늘날 절차 적이며 높은 수준의 무결성과 효율성을 유지하는 응용 프로그램의 예를 제공 할 수 있습니까? 필수 시스템을 성공적으로 구축하고 유지하는 방법에 대한 예를 제공하는 책, 튜토리얼 또는 링크가 있습니까? 이 분야에서 지침을 제공한다면 어떻게 구조화되어야하는지에 대한 팁은 무엇입니까? OOP는 종종 절차 적 프로그래밍의 자연스러운 진행으로 제시되기 때문에 묻습니다. 그러나 항상 그것이 사실이라고 믿는 데 어려움이 있습니다.

Answer 1

성공적인 절차 적 애플리케이션의 예 ??

Linux 커널과 같은 것을 의미합니까? BSD 커널? 아파치 웹 서버? Unix Userland 유틸리티의 광대 한 대량? 그런 응용 프로그램?

물론 OOP 기술은 조직의 가치, 유지 관리 및 소프트웨어 내 추상화가 있지만 오늘날에도 OOP는 오늘날 작성된 모든 코드 및 응용 프로그램의 소수 하위 집합 일 것입니다.

OOP 유능한 프로그래밍 언어로 작성된 모든 Java 또는 C# 또는 VB 코드를 고려하십시오. 많은 OOP 기술을 사용하는 유일한 이유는 외부 라이브러리 또는 시스템과 상호 작용하는 것입니다. 한편, 응용 프로그램 자체는 OOP 프레임 워크를 활용하면서 설계 및 구현에서 상당히 절차적일 수 있습니다.

OOP는 훌륭한 패러다임이지만 실제로는 많은 시스템에서 많은 논리에 실제로 필요하지 않습니다.

Answer 2

기존 시스템을 직접 지적 할 수는 없지만 Pre-OO COBOL이 작성된 대량의 레거시 엔터프라이즈 시스템이 있습니다. 많은 클래식 4GL 프로그램은 절차 적이며 높은 무결성 시스템 엔지니어링을 목표로합니다. 일부는 잘 쓰여졌고 다른 일부는 그리 많지 않습니다.

책에는 "마이크로에서 메인 프레임까지 COBOL", "Enterprise Cobol Programming Guide"가 포함됩니다.

우수한 명령 코드에 대한 구조 팁은 OO 기술과 유사합니다. 이름을 잘 지정하고, 우려를 분리하고, 자신을 반복하지 말고, 단일 책임 원칙, 깨진 창문을 남기지 마십시오.

사실 나는 단순히 "실용적인 프로그래머"를 읽는 것이 대부분의 사람들에게 모든 패러다임에서 올바른 아이디어를 줄 것을 제안합니다.

비즈니스 지향적 애플리케이션을 위해 OO로 이사 할 수있는 강력한 이유; 절차 언어는 a 거래 스크립트 도메인 로직에 대한 접근 방식, OO 언어는 도메인 모델 접근하다.

확실히 간단한 연습의 경우 OO 언어의 사용이 실제로 필요하지 않지만 복잡성이 높아 지 자마자 OO 언어의 유지 관리는 절차 언어에서 낮은 오버 헤드에서 승리합니다.