각 프로그램에는 공통적 인 공통점이 있습니다.코딩 프로세스를 확장 할 수있는 가능한 솔루션이 있습니까?
이는 시간과 정신의 낭비입니다.
공통 부분이 단순하지만 항상 그런 것은 아닙니다.
이런 종류의 질문을 생각한 사람이 있습니까?
목표는 다음과 같습니다
우리가 코딩을 할, 우리는 새로운는, 말하자면, 어떤 부분과 유사하지 부분은 해본 않습니다.
좋은 해결책이 있다면 많은 프로그래머에게 큰 도움이 될 것입니다!
네, 매일 생각하고 생각합니다. 해결책은 간단하지 않지만 얻을 수 있습니다. 코드에서 공통적으로 발생하는 것을 재사용 가능한 유물로 분해하려고 항상 시도하십시오. 그것이 해결책이지만 우연히 발생하는 것은 아니며 매일의 노력입니다.
이것은 라이브러리, 프로그래밍 언어 또는 디자인 패턴의 핵심입니다. 해결 된 문제를 추상화하여 다시 해결할 필요가 없습니다.
물론, 해결해야 할 새롭고 복잡한 문제가있을 것입니다. 그리고 사람들은 그것을 해결할 올바른 방법에 대해 동의하지 않습니다. 따라서 할 일이 더 많습니다.
gotos에서 함수, 클래스, 모듈 또는 구성 요소, 라이브러리에 이르는 다양한 솔루션이 있습니다. 이 모든 기능을 통해 코드를 다시 사용할 수 있습니다.
심지어 가장 간단한 hello world 앱이 그것을 많이 사용합니다. 모든 출력 기능을 직접 작성하지 않아도되며, 언어의 표준 라이브러리를 사용할 수 있으며 텍스트를 화면에 인쇄하기위한 OS 루틴을 사용할 수 있습니다.
C와 같은 원시 언어조차도 화면에 텍스트를 인쇄하기 위해 printf 기능을 제공하므로 직접 작성하지 않아도됩니다.
우수 답변. 항상 싫어하는 고토 (GOTO)를 기억하는 좋은 사람, 내 죄책감 ZX81에서 다시 사용할 수있는 유일한 코드 재사용 방법 – tekBlues
코드 재사용은 이상적이지만 물론 많은 실제적인 장애물이 있습니다. 예를 들어 (주로 여기 라이브러리 재사용 생각) : 당신은 기존 기능에 대해 알고, 또는 당신의 요구 사항을 충족하는지 모를 수도
. 때로는 재사용 가능한 기능을 알아내는 데 필요한 시간이 직접 구현하는 데 필요한 시간보다 큽니다.
기존 코드가 필요한 것과 약간 다를 수 있습니다. 때로는 코드를 재사용 할 때까지 차이가 분명하지 않을 수도 있습니다.
기존 코드에는 응용 프로그램에서 사용할 때만 명백한 버그가있을 수 있습니다 (# 2의 특수한 경우). 다른 사람의 코드를 디버깅하는 것은 종종 어려운 과제입니다. 특히 수정 가능한 소스를 사용할 수없는 경우 특히 그렇습니다.
기존 코드에는 프로젝트 전체에 적합하지 않은 라이센스 제한이 적용될 수 있습니다.
기존 코드는 다른 라이브러리 및 코드에 많은 의존성이 있으며 실행 파일을 부 풀리거나 더 취약하게 만들거나 일부 환경에 배포하는 기능을 제한 할 수 있습니다.
기존 코드가 응용 프로그램과 링크하려는 다른 라이브러리와 충돌 할 수 있습니다.
그래서 재사용 코딩에 대해 이야기하고 있습니까? – Diones
요구 사항을 증분 방식으로 코드로 변환하는 것에 대해 이야기하기. – omg