마운드에서 OOP에 대해 이야기하기 - 페이지 14

새 코멘트
 
Renat Fatkhullin :

예, OOP에 대해 논쟁하지 마십시오.

이것들은 과거의 일이며 20년 전에 "절차적 대 객체 지향"을 주장하는 것이 가능했습니다. 이제 그것은 단지 우스꽝스럽고 불꽃처럼 보이지도 않습니다.

Volchansky가 좋아하는 이야기: 1995-1996, 나는 네트워크 프로젝트를 작성하고 있습니다. 리더가 나타나서 "수업과 함께 쓸 수 있습니까?"라고 묻습니다. - 물론, 그래서 내가 씁니다. 여기에 코드가 있습니다.

이제 또 다른 대결은 실제 OOP 대 FP입니다. PLO의 많은 지지자들은 이미 포기했고 반대자들의 진영으로 달려가기 시작했습니다. 또한 FP에는 심각한 수학적 증거 기반이 있습니다. OOP에는 그런 것이 없습니다.

 
Alexey Volchanskiy :

글쎄, 중재자가 잠들어 있다면 그렇게 될 것입니다) 그리고 OOP 과정은 이미 한창입니다. 여기가 아닙니다. 여기서 진지한 일을 시작하는 것은 무의미합니다.


전체가 어디로 가나요?

 
Vasiliy Sokolov :

이제 또 다른 대결은 실제 OOP 대 FP입니다. PLO의 많은 지지자들은 이미 포기했고 반대자들의 진영으로 달려가기 시작했습니다. 또한 FP에는 심각한 수학적 증거 기반이 있습니다. OOP에는 그런 것이 없습니다.

그 때 FP가 생성된 코드 및 프로젝트 의 0.000x-1.0%를 벗어나면 진지하게 논의할 수 있습니다.

지금까지 이것은 엄청난 리소스 오버헤드가 있는 고도로 적용된 방향입니다.

전체 "증거 기반 수학적 기반"은 학습 무능력, 완전한 게으름 및 품질 무시 앞에 창백합니다. 따라서 아무 것도 변경되지 않습니다. 보세요, PLO도 이해할 수 없습니다.
 
Alexey Volchanskiy :

글쎄, 중재자가 잠들어 있다면 그렇게 될 것입니다) 그리고 OOP 과정은 이미 한창입니다. 여기가 아닙니다. 여기서 진지한 일을 시작하는 것은 무의미합니다.

방법에 대해 ... 글쎄, 당신은 자신의 지점의 방향을 스스로 설정합니다. 그리고 중재자는 주어진 방향을 고수하고 여자를 갈망하지 않도록 설득해야합니다.


 
Artyom Trishkin :

방법에 대해 ... 글쎄, 당신은 자신의 지점의 방향을 스스로 설정합니다. 그리고 중재자는 주어진 방향을 고수하고 소녀들을 갈기갈기 찢지 않도록 설득해야한다는 것이 밝혀졌습니다 ...


Artyom, 당신은 틀렸습니다. 소녀들은 어디에 있습니까? - 소녀들은 우리의 fso :-))

그러나 진지하게, 여기 내가 논의하고 싶은 것이 있습니다. 자체 복사 생성자가 작성되고 할당 연산자 가 재정의되는 클래스가 있습니다. 문제. 언제 달라야 하고 달라야 합니까?

 
Dennis Kirichenko :

Artyom, 당신은 틀렸습니다. 소녀들은 어디에 있습니까? - 소녀들은 우리의 fso :-))

그러나 진지하게, 여기 내가 논의하고 싶은 것이 있습니다. 자체 복사 생성자가 작성되고 할당 연산자 가 재정의되는 클래스가 있습니다. 문제. 언제 달라야 하고 달라야 합니까?

연산자 재정의는 구문상의 설탕 외에는 아무 것도 하지 않습니다. 이 관행을 포기하고 할당 연산자 대신 Copy() 또는 Clone() 메서드를 사용하는 것이 좋습니다. 간단하고 명확합니다.

 class CMyClass
{
private :
   int m_state;
public :
   CMyClass* Copy()
   {
      CMyClass* obj = new CMyClass();
      obj.m_state = state;
       return obj;
   }
}

표준 비교 문자는 포인터 뒤에 남겨두는 것이 가장 좋습니다.

 
Artyom Trishkin :

방법에 대해 ... 글쎄, 당신은 자신의 지점의 방향을 스스로 설정합니다. 그리고 중재자는 주어진 방향을 고수하고 여자를 갈망하지 않도록 설득해야합니다.



나는 게시물 # 10 " Artem, 이것은 요청입니다. 당신과 모든 존경받는 중재자에게. 내 주소를 포함하여 우리 커뮤니티의 농담을 환영합니다. 예, 나는 봅니다. 서로 아는 친구입니다.

그러나 plz는 울보를 몰아내십시오. 그렇지 않으면 그만두고 다른 포럼으로 가겠습니다. 나는 여기에 진지한 것에 대해 글을 쓸 계획이지만 물론 약간의 유머를 가지고 있습니다. 그리고 울음소리는 습기와 파괴만을 낳습니다. "

뭐, 울음소리는 거의 없었지만, 어쨌든 나뭇가지가 순식간에 얼어붙었다. 즉, 여기에서 OOP에 대한 몇 가지 문제를 논의할 수 있지만 규율이 더 엄격한 다른 곳에서 코스를 시작했습니다. 관심 있는 사람 - 개인 에 작성 하십시오 .

그리고 계획이 실패했기 때문에 (나는 이것을 처음부터 예상했습니다), 다시 한 번 D에 대해 이야기 할 수 있습니다.

 
Alexey Volchanskiy :

Alexey, 우리는 더 구체적이고 더 적은 보드카/소녀 및 기타 유인물이 필요합니다. 나는 당신을 여기에서 읽고 싶어하는 사람들이 이미 있다고 확신합니다. 당신은 훌륭하게 시작했습니다.

 
Vasiliy Sokolov :

연산자 재정의는 구문상의 설탕 외에는 아무 것도 하지 않습니다. 이 관행을 포기하고 할당 연산자 대신 Copy() 또는 Clone() 메서드를 사용하는 것이 좋습니다. 간단하고 명확합니다.

표준 비교 문자는 포인터 뒤에 남겨두는 것이 가장 좋습니다.


그리고 나는 그것이 어떤 차이가 있다고 생각하지 않습니다. 그리고 MQL에는 포인터가 없으므로 혼동하는 것이 불가능합니다.

 
Vasiliy Sokolov :

Alexey, 우리는 더 구체적이고 더 적은 보드카/소녀 및 기타 유인물이 필요합니다. 나는 당신을 여기에서 읽고 싶어하는 사람들이 이미 있다고 확신합니다. 당신은 훌륭하게 시작했습니다.


관련이 없는 유일한 게시물은 어젯밤이었습니다. 글쎄, 나는 며칠 전에 가상 기능 에 대한 예제와 함께 게시물을 썼습니다. 그는 수많은 슬래그 아래에 묻혔습니다. 그에 대한 답은 단 한 가지도 없었다. 여기에서는 어떤 코스도 할 수 없습니다, 이것은 채팅 채팅입니다)

네, 그리고 사이트가 계속 멈춥니다. 5개의 메시지 중 하나는 보낼 수 없습니다. 알겠습니다. 잠시만 기다려 주십시오. 하지만 때때로 모든 것이 충돌합니다.

1...789101112131415161718192021...23
새 코멘트