OOP 대 절차 프로그래밍 - 페이지 42

 

스레드의 마지막 20페이지에 대한 요약을 얻을 수 있습니까? 누가 이겼어?

 
Rashid Umarov :

스레드의 마지막 20페이지에 대한 요약을 얻을 수 있습니까? 누가 이겼어?


실제로 참가자가 없기 때문에 아무도 없습니다. 모든 사람은 자신의 의견을 남깁니다.

 
Rashid Umarov :

스레드의 마지막 20페이지에 대한 요약을 얻을 수 있습니까? 누가 이겼어?

큰 마진을 가진 절차주의자. OOP의 모든 주장은 철근 콘크리트에서 무너집니다. "그래서 어쩌죠?" 그리고 "기분이 너무 좋아"
 
СанСаныч Фоменко :

당신은 이것을 생각해 냈습니다. 나는 제안하지 않습니다.

내 연습에서.

  • TK - 약 400페이지 분량의 문서. ToR 검토 및 승인
  • 추가 기술 프로젝트. 이 문서는 40~50명이 작성했습니다. 전문 분야별로는 다양한 전문 분야의 경제학자, 수학자, 알고리즘 학자, 현재 용어의 시스템 관리자, 전자 엔지니어입니다.
  • 다음은 작업 초안입니다. 여기에서 기능 프로그램으로의 분류가 나타납니다. 실제 코딩 및 디버깅에 의해 생성됩니다. 문서가 생성됩니다: 개발자, CC의 다른 사용자, 다른 애플리케이션 사용자(관리, 중간 링크, 디스패처 ..).
  • 추가 실험 작업. 주요 지표는 실패 시간입니다. 모든 것이 올바르게 수행되고 문서화되면 기본 원칙이 코딩의 기초이므로 다음 버그 포착 후 실패 사이의 시간은 기하급수적 으로 감소해야 합니다. 선형이면 거의 작동하지 않습니다.

OOP는 어디에 있습니까? OOP는 일부 기업 개발 요구 사항입니다. 또한 최종 결과에는 거의 영향을 미치지 않지만 매우 유용할 수 있습니다. 프로젝트의 최종 목표부터 자연스럽게 ....

당신의 관행은 구식입니다. 그리고 문서, 기술 사양 및 기타 고밀도 설계 시스템이 뻣뻣합니다. 애자일 개발 방법론이 현재 사용되고 있습니다. Agile, XP와 같은 단어가 당신에게 의미가 있습니까? 나는 아니라고 생각한다. 다음 은 흥미로운 사람과의 인터뷰입니다 . 당신의 나이는 대략적이지만 그가 생각하는 방식과 사소하지 않은 삶의 경험.

Что отставной генерал НАТО преподаёт студентам Университета Иннополис
Что отставной генерал НАТО преподаёт студентам Университета Иннополис
  • habrahabr.ru
В Университете Иннополис студентов обучают профессора и научные сотрудники с опытом работы в ведущих ИТ-компаниях и университетах мира. Также вуз приглашает на гостевые лекции весьма необычных ИТ-специалистов. Мы уже писали о том, как своим опытом со студентами делился хакер Ares, знакомый с Эдвардом Сноуденом. На этот раз мы расскажем о...
 

그건 그렇고, 여기 모두가 논쟁하고 있습니다. 그리고 왜 아무도 가장 단순한 삶의 예를 제시하지 않습니까? ... 내가 방금 놓친 것일 수도 있지만 주제는 매우 빠르게 성장하고 있습니다.

같은 유형의 자주 반복되는 행동을 취합시다: 시장 개요에서 특정 기호를 표시/숨기기(forex 또는 금속만 등)
이러한 작업에 대해 고유한 기능을 작성할 수 있으며 그 중 12개 이상이 있을 것입니다. 또한 로봇에 연결해야 하는 경우 먼저 모든 이름을 기억하고 두 번째로 한 번에 하나씩 연결해야 합니다. 클래스로 설계된 경우 모든 이름을 기억할 필요가 없습니다. 클래스를 한 줄로 연결하기만 하면 됩니다. 더 빠르고 편리할 뿐만 아니라 인텔리센스도 작동합니다. 예, 그것만으로도 이미 OOP를 사용할 가치가 있습니다. 정말 편리합니다.

또한 함수 오버로딩을 사용하는 경우. OOP 없이 가능한가요? 및 수백만 등
 
Alexey Oreshkin :

그건 그렇고, 여기 모두가 논쟁하고 있습니다. 그리고 왜 아무도 가장 단순한 삶의 예를 제시하지 않습니까? ... 내가 방금 놓친 것일 수도 있지만 주제는 매우 빠르게 성장하고 있습니다.

같은 유형의 자주 반복되는 행동을 취합시다: 시장 개요에서 특정 기호를 표시/숨기기(forex 또는 금속만 등)
이러한 작업에 대해 고유한 기능을 작성할 수 있으며 그 중 12개 이상이 있을 것입니다. 또한 로봇에 연결해야 하는 경우 먼저 모든 이름을 기억하고 두 번째로 한 번에 하나씩 연결해야 합니다. 클래스로 설계된 경우 모든 이름을 기억할 필요가 없습니다. 클래스를 한 줄로 연결하기만 하면 됩니다. 더 빠르고 편리할 뿐만 아니라 인텔리센스도 작동합니다. 예, 그것만으로도 이미 OOP를 사용할 가치가 있습니다. 정말 편리합니다.

또한 함수 오버로딩을 사용하는 경우. OOP 없이 가능한가요? 그리고 수백만 등
글쎄요, 함수에 대한 구체적인 예는 그다지 정확하지 않습니다. 결국, 많은 함수에 대한 호출을 하나의 래퍼 함수로 밀어넣을 수 있습니다.
 
Реter Konow :
글쎄요, 함수에 대한 구체적인 예는 그다지 정확하지 않습니다. 결국, 많은 함수에 대한 호출을 하나의 래퍼 함수로 밀어넣을 수 있습니다.

귀하의 경우 모든 예가 정확하지 않습니다.

 
Dmitry Fedoseev :

귀하의 경우 모든 예가 정확하지 않습니다.

사실이 아니다. 과부하 예가 맞습니다. OOP 없이는 존재하지 않습니다. 있는 것 같지만...
 
Реter Konow :
글쎄요, 함수에 대한 구체적인 예는 그다지 정확하지 않습니다. 결국, 많은 함수에 대한 호출을 하나의 래퍼 함수로 밀어넣을 수 있습니다.

넣어주시면 됩니다. 지능이 작동하지 않으므로 개발자는 모든 매개변수(물론 이미 넌센스임)를 사용하여 모든 기능을 마음으로 기억하거나 지속적으로 파일을 실행하고 설명을 확인해야 합니다.

 

함수의 정적 변수 . 함수가 다른 매개변수를 사용하여 다른 위치에서 호출되는 경우 각 위치 및 매개변수 집합에 대해 함수의 복사본을 만들어야 합니다. OOP를 사용하면 많은 개체가 생성되는 만큼 필요에 따라 개체가 생성됩니다.