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

 
Реter Konow :
스위치가 이 문제에 대한 솔루션으로 적합하지 않은 이유를 잘 이해하지 못했습니다. 글쎄, 사람이 특정 상황에 대한 모든 후행 매개변수의 단일 계산 공식을 만들 수 없고 100개의 옵션을 작성하는 경우 swtch가 가장 ...

최적의 솔루션( 다형성 이 있는 OOP)이 있기 때문에 적합하지 않습니다. 필요한 개체가 인터넷에서 생성되고 안정기 케이스가 없고 if도 없습니다. 100개의 후행에 대해 사용자를 하나의 옵션으로 제한하지 않기 위해 사용자가 동시에 2개 또는 3개의 옵션을 활성화하려는 경우를 사용해야 합니다. 그리고 100이면 끝입니다.

 
Alexey Volchanskiy :

그녀는 그것이 너무 지루하다고 말합니다 ...

나는 대답합니다. 예, 저도 지루합니다. 아마도 쾌활한 여자 친구를 연결할 수 있습니까?

- 심리학자의 이식이 있습니다. 그들은 회의에서 왔습니다. 나는 할 수 있습니다)))

음, 만세. San, 친구하고 놀자?


일반적으로 그들은 purrs meow를 위해 일했습니다. Sanya는 나에게 몸을 구부립니다. Alexey, 민간 조종사입니까?

나, 네, 무엇이 문제입니까?

- 예, 우리가 바에 앉았을 때 나는 술을 마시지 않았지만 조종사는 수락했습니다. 이제 싸움이 있고 비행기가 통제 할 수 없습니다.

나는 관리할 수 없다, 나는 단지 배우고 있습니다!

- 좋아, 방향을 바꾸자

 
Dmitry Fedoseev :

최적의 솔루션( 다형성 이 있는 OOP)이 있기 때문에 적합하지 않습니다. 필요한 개체가 인터넷에서 생성되고 안정기 케이스가 없습니다. 또한, 100개의 후행에 대해 사용자를 하나의 옵션으로 제한하지 않기 위해 사용자가 2개 또는 3개의 옵션을 동시에 활성화하려는 경우 사용해야 합니다. 그리고 100이면 끝입니다.

내가 올바르게 이해한다면 각 후행은 별도의 기능입니까? 결국 하나의 기능으로 모든 것을 덤프 할 수 있습니다 ...

각 후행이 별도의 함수인 경우 사용자의 초기 선택 또는 특정 상황에 따라 호출됩니까?

 

OOP 다형성을 사용하는 경우 자원 비용 측면에서 개체 메서드를 호출하는 것은 10 if와 거의 동일합니다. 따라서 10개 이상의 옵션이 있는 경우 OOP를 사용하는 것이 좋습니다.

 
Реter Konow :

내가 올바르게 이해한다면 각 후행은 별도의 기능입니까? 결국 하나의 기능으로 모든 것을 덤프 할 수 있습니다 ...

각 후행이 별도의 함수인 경우 사용자의 초기 선택 또는 특정 상황에 따라 호출됩니까?


나가. 어떻게 켜고 끌 것인가?

 
Dmitry Fedoseev :

나가. 어떻게 켜고 끌 것인가?

나는 단지 큰 그림을 정리할 뿐입니다. 사용자 프로그램이 얼마나 정확하게 배열되어 있는지.

따라서 다른 후행을 가진 100개의 개별 함수가 있습니다.

질문 - 사용자가 또는 프로그래밍 방식으로 특정 후행을 선택하는 방법은 무엇입니까?

 
Реter Konow :

나는 단지 큰 그림을 정리할 뿐입니다. 사용자 프로그램이 얼마나 정확하게 배열되어 있는지.

따라서 다른 후행을 가진 100개의 개별 함수가 있습니다.

질문 - 사용자가 또는 프로그래밍 방식으로 특정 후행을 선택하는 방법은 무엇입니까?


속성 창에서 전환합니다.

 
СанСаныч Фоменко :

과제 읽기의 성과도 증가했습니까? 테스트 케이스 컴파일 성능도 향상되었나요? 소프트웨어 제품의 사용자 매뉴얼 작성 생산성도 향상되었습니까? 그리고 시운전 기간이 단축되었나요?

현대 개발 방법론에 대해 무엇을 알고 있습니까? 작업 및 버그 추적 시스템에 대해? 저장소에 대해? 단위 테스트 및 테스트 자동화에 대해? 현대 QA에 대해?

그리고 다른 작가들 사이의 불일치로 인한 팀 내 해체?

고대는 버전 관리 시스템에 의해 거의 완전히 제거되었습니다.

그리고 아무도 이해하지 못하는 코드를 쓰는 온갖 천재들의 추방?

팀에서 코드 스타일을 엄격하게 준수하면 읽을 수 없는 코드의 존재가 크게 줄어듭니다. 코드 검토의 관행은 거의 그것을 제거합니다.

당신은 심각한 발전 옆에 앉아 있었습니까?

예, 나는 진지한 포트폴리오를 가지고 있습니다. 당신의 포트폴리오가 가깝지 않았을 것이라고 확신합니다.
 

Комбинатор :

그리고 아무도 이해하지 못하는 코드를 쓰는 온갖 천재들의 추방?

팀에서 코드 스타일을 엄격하게 준수하면 읽을 수 없는 코드의 존재가 크게 줄어듭니다. 코드 검토의 관행은 거의 그것을 제거합니다.

그러나 이것은 그렇게 간단하지 않습니다. 스타일의 문제가 아닐 수도 있습니다. 최적의 솔루션을 위한 일부 작업은 다른 측면에서 살펴봐야 합니다. 그리고 어떤 사람들은 그들이 본 것에 대해서만 노래할 수 있습니다. 물론 그들에게는 코드를 이해할 수 없을 것입니다.
 
Alexey Volchanskiy :

일반적으로 그들은 purrs meow를 위해 일했습니다. Sanya는 나에게 몸을 구부립니다. Alexey, 민간 조종사입니까?

나, 네, 무엇이 문제입니까?

- 예, 우리가 바에 앉았을 때 나는 술을 마시지 않았지만 조종사는 수락했습니다. 이제 싸움이 있고 비행기가 통제 할 수 없습니다.

나는 관리할 수 없다, 나는 단지 배우고 있습니다!

- 좋아, 방향을 바꾸자


글쎄, 물론 나는 조종사에게 가지 않았고 우리는 30 분 동안 긴장한 휴식을 취했습니다))

Sanya는 여전히 그런 주인이고, 나에게 기대고, 그런 불길한 속삭임에 Lekh, FAC(항공기 사령관, 민간인 생활에서 그것을 부르는 것처럼)는 마침내 컷, 음, 가, 택시 위로

내 세두후로 돌아가고 있어 심리학자 여자는 활발히 긴장하고 있어

우리는 난기류 영역에 들어가면 비행기가 흔들려서 거의 자궁에서 떨어질 뻔했습니다))

Sanya는 바로 거기에 있습니다. 그는 말하길, 그게 다야, piz ** ts, 자동 조종 장치를 차단해, Lech, 모든 희망은 우리에게 있습니다! 나는 잠시 동안 시뮬레이터를 비행했습니다!

일반적으로 어떻게 든 나는 소녀 심리학자를 화나게했습니다. 솔직히 아직도 부끄럽습니다.

사유: