"느리게"라는 단어는 OOP의 상대방을 어떻게 든 두려워합니다))) "지연을 도입하다"라는 문구를 사용하는 것이 좋습니다.
이제 치명적인 질문입니다. 몇 퍼센트입니까? 결국, 1 년 연속으로 포럼 la-la-la에서만 아무도 테스트를 시도하지 않았습니다))
나는 무엇을 추측할 수 있다.
나는 새로운 지표를 취한다. 약간 까다로운 가격 샤넬. 종소리와 휘파람이없는 표시기는 30 분 또는 1 시간 안에 완료됩니다.
OOP 종소리와 휘파람을 사용하는 경우 이 표시기가 먼저 내 라이브러리에서 허용되는 범용 가상 인터페이스와 데이터 공급자에서 허용되는 범용 가상 인터페이스를 제공할 수 있도록 두 배의 시간이 필요합니다. 이 표시기는 "허용된 프로토콜 형식에 따라 생성됩니다 ". 게다가 그 이전에도 데이터 공급자와 전문가, 개별 지표와 시계열 간의 상호 작용을 위한 가상 인터페이스의 전체 구조를 데이터 공급자 자체 내부에서 생성하는 데 상당한 시간이 소요되었습니다.
하지만.
그 후 데이터 공급자는 "익숙한" 다른 모든 지표와 마찬가지로 이 지표의 가상 인터페이스를 내보냅니다. 결과적으로 코드에서 한 채널을 다른 채널로 변경하는 것이 매우 쉬워집니다. 데이터 공급자에게 채널 표시기를 요청할 때 요청 구조에서 이 최신 표시기의 식별자를 표시합니다. 그 후, 고문은 문제 없이 이 새로운 채널로 작업을 시작합니다.
또한 액세스 공식화로 인해 오류 및 수정이 있는 경우 이 작업이 크게 간소화됩니다. 그리고 가장 중요한 것은 - 캡슐화로 인해 - 나는 매 순간 제한된 수의 엔티티로 작업하므로 내 메모리의 부하를 크게 줄입니다. - 이미 두 번 이상 이야기했습니다.
즉, OOP의 메인 브레이크는 이제 막 개발 중입니다. 그리고 컴퓨터의 컴퓨팅 리소스 에는 전혀 없습니다.
요약: OOP는 개발 및 생성 시 추가 리소스가 필요하지만 사용 및 지원 리소스를 절약합니다. 글쎄요, 항상 새로운 것을 쓰는 것보다 유지하는 것이 더 어렵기 때문에 OOP를 선택하고 지금까지 한 번도 후회한 적이 없습니다. (동시에 OOP 인터페이스 없이 "무릎을 꿇고" 주기적으로 무언가를 합니다.)
주변의 모든 것을 가상화하는 것은 연인에게 달려 있습니다. 연속 클래스가 있는 경우 지연이 더 클 가능성이 높으며, 하나의 기능만 가상인 경우에는 더 적습니다. 그러나 사실은 분명할 것입니다.
아니요. 나는 "단단한 수업"이 있습니다. 또한 모든 블록은 내가 한 번 이상 말했듯이 가상 인터페이스를 통해 상호 작용합니다. 실제 클래스가 상속되고 실제 객체가 자식 클래스이고 이를 필요로 하는 모든 사람이 가상 부모 인터페이스를 갖게 됩니다. 간단한 변수를 사용하여 구조 작업 - 개별 기능 수준에서만 사용합니다. 그리고 데이터가 단순한 문자열보다 조금 더 복잡한 경우에도 이미 원칙적으로 객체를 사용합니다.
분명히, 당신은 여전히 OOP 바늘에 앉을 수 있습니다. 증상은 극도의 가상화, 현실 도피, 현실을 가상으로 대체하는 것입니다.
;)))
1 소녀 Masha 와 회계사 Masha를 구별 할 수 없음
2 소녀 Masha를 묘사한 Pasha (스타킹, 양말, 리본이 있음)와 프로그래머 Pasha(안경을 끼고 노트북을 가짐)를 구별하는 것은 불가능합니다.
현실의 거의 완전한 추상화 및 가상화.
감사합니다.
"느리게"라는 단어는 OOP의 상대방을 어떻게 든 두려워합니다))) "지연을 도입하다"라는 문구를 사용하는 것이 좋습니다.
이제 치명적인 질문입니다. 몇 퍼센트입니까? 결국, 1 년 연속으로 포럼 la-la-la에서만 아무도 테스트를 시도하지 않았습니다))
나는 무엇을 추측할 수 있다.
나는 새로운 지표를 취한다. 약간 까다로운 가격 샤넬. 종소리와 휘파람이없는 표시기는 30 분 또는 1 시간 안에 완료됩니다.
OOP 종소리와 휘파람을 사용하는 경우 이 표시기가 먼저 내 라이브러리에서 허용되는 범용 가상 인터페이스와 데이터 공급자에서 허용되는 범용 가상 인터페이스를 제공할 수 있도록 두 배의 시간이 필요합니다. 이 표시기는 "허용된 프로토콜 형식에 따라 생성됩니다 ". 게다가 그 이전에도 데이터 공급자와 전문가, 개별 지표와 시계열 간의 상호 작용을 위한 가상 인터페이스의 전체 구조를 데이터 공급자 자체 내부에서 생성하는 데 상당한 시간이 소요되었습니다.
하지만.
그 후 데이터 공급자는 "익숙한" 다른 모든 지표와 마찬가지로 이 지표의 가상 인터페이스를 내보냅니다. 결과적으로 코드에서 한 채널을 다른 채널로 변경하는 것이 매우 쉬워집니다. 데이터 공급자에게 채널 표시기를 요청할 때 요청 구조에서 이 최신 표시기의 식별자를 표시합니다. 그 후, 고문은 문제 없이 이 새로운 채널로 작업을 시작합니다.
또한 액세스 공식화로 인해 오류 및 수정이 있는 경우 이 작업이 크게 간소화됩니다. 그리고 가장 중요한 것은 - 캡슐화로 인해 - 나는 매 순간 제한된 수의 엔티티로 작업하므로 내 메모리의 부하를 크게 줄입니다. - 이미 두 번 이상 이야기했습니다.
즉, OOP의 메인 브레이크는 이제 막 개발 중입니다. 그리고 컴퓨터의 컴퓨팅 리소스 에는 전혀 없습니다.
요약: OOP는 개발 및 생성 시 추가 리소스가 필요하지만 사용 및 지원 리소스를 절약합니다. 글쎄요, 항상 새로운 것을 쓰는 것보다 유지하는 것이 더 어렵기 때문에 OOP를 선택하고 지금까지 한 번도 후회한 적이 없습니다. (동시에 OOP 인터페이스 없이 "무릎을 꿇고" 주기적으로 무언가를 합니다.)
분명히, 당신은 여전히 OOP 바늘에 앉을 수 있습니다. 증상은 극도의 가상화, 현실 도피, 현실을 가상으로 대체하는 것입니다.
;)))
예, 아마도.
"가상 인터페이스의 달인"이라는 제목에 동의합니다.
주변의 모든 것을 가상화하는 것은 연인에게 달려 있습니다. 연속 클래스가 있는 경우 지연이 더 클 가능성이 높으며, 하나의 기능만 가상인 경우에는 더 적습니다. 그러나 사실은 분명할 것입니다.
아니요. 나는 "단단한 수업"이 있습니다. 또한 모든 블록은 내가 한 번 이상 말했듯이 가상 인터페이스를 통해 상호 작용합니다. 실제 클래스가 상속되고 실제 객체가 자식 클래스이고 이를 필요로 하는 모든 사람이 가상 부모 인터페이스를 갖게 됩니다. 간단한 변수를 사용하여 구조 작업 - 개별 기능 수준에서만 사용합니다. 그리고 데이터가 단순한 문자열보다 조금 더 복잡한 경우에도 이미 원칙적으로 객체를 사용합니다.
알려진 차이점이 있습니다. 이것은 두 번째 기회입니다.
잠금 + 주요 위치를 닫으면 주문을 열고 닫는 데 좋은 전략이 있는 경우 수익 확률이 높아집니다.
손절매 로 마감 할 때 기회 는 없지만 때로는 최선입니다.
일반적 으로 추세를 플랫 과 명확하게 구분하면 잠금 이 도움이 될 수 있습니다.
아니요, SL을 닫았다가 다시 열 때 가격이 반환되고 잠금이 해제된 다음 잠금을 여는 것과는 전혀 차이가 없습니다.
나는 더 추가할 것이다
1 소녀 Masha 와 회계사 Masha를 구별 할 수 없음
2 소녀 Masha를 묘사한 Pasha (스타킹, 양말, 활)와 프로그래머 Pasha(안경을 쓰고 노트북을 가짐)를 구별하는 것은 불가능합니다.
1. 회계사가 필요하면 성별은 상관없어요. 내가 여자를 필요로 한다면 - 나는 그녀가 회계사이든 아니든 상관하지 않습니다.
2. 차이를 느끼지 못한다면 그것은 존재하지 않는 것입니다.
알려진 차이점이 있습니다. 이것은 두 번째 기회입니다.
잠금 + 주요 위치를 닫으면 주문을 열고 닫는 데 좋은 전략이 있는 경우 수익 확률이 높아집니다.
손절매 로 마감 할 때 기회 는 없지만 때로는 최선입니다.
일반적 으로 추세를 플랫 과 명확하게 구분하면 잠금 이 도움이 될 수 있습니다.
록의 의미? 이것은 평균을 낸다면 같은 마이너스입니다. 그러면 마이너스에 닫고 다시 여는 것을 막을 수 있는 것은 없습니다.. 그리고 LOK는 너무 심리적인
아니요, SL을 닫았다가 다시 열 때 가격이 반환되고 잠금이 해제된 다음 잠금을 여는 것과는 전혀 차이가 없습니다.
예, 아마도.
"가상 인터페이스의 달인"이라는 제목에 동의합니다.
"가상 인터페이스의 희생자"로 다르게 나타날 수 있습니다.
예, 아마도.
"가상 인터페이스의 달인"이라는 제목에 동의합니다.
나는 어떤 영화에서 한 구절을 기억했습니다 - Just call me - Boss))
우리는 당신을 가상 마스터라고 부를 것입니다))