내 접근 방식. 코어 - 엔진. - 페이지 51

 
Реter Konow :

사진을 클릭하시면 gif를 보실 수 있습니다. 위에서 볼 수 있듯이 테이블 요소를 다시 그리는 속도는 DOM 트래픽을 끌어올 만큼 충분히 높습니다(더 많은 셀이 있습니다).

오! 그리드가 있습니다! 열별로 정렬하는 버튼도 있다면 좋을 것입니다.

아니요, Peter, 비평가들이 뭐라고 말하든 상관없이 당신의 도서관 자체에는 문제가 없습니다. 어딘가에 무언가가 미완성일 수도 있고 팔레트가 엉망일 수도 있지만 이것이 모두 세부 사항입니다. 제 생각에는 그녀는 자신의 일을 아주 잘 해내고 있습니다.

한 가지 의문점이 있습니다. 이 문제를 해결해야 하는 대상 고객입니다.

 
Georgiy Merts :

왜 "죽었다"???

모든 로봇에는 수익 기간이 있습니다. 어느. 내 리그에서 가장 나쁜 TC라도 수입이 짧은 기간이 있습니다. 그래서 - 그들은 "죽은"이라고 부를 수 없습니다.

옷과 같습니다. 물론 반바지, 슬리퍼, 파나마는 아르한겔스크 어느 곳에서도 생활하기에 적합하지 않습니다. 그러나 당신은 그것이 "죽은 옷"이라고 주장하지 않을 것입니다! 게다가 어떤 날에는 아르한겔스크에서도 입을 수 있다.

그리고 그 반대의 경우도 마찬가지입니다. 흑해 연안에서는 여름에 양가죽 코트와 모피 부츠가 바보처럼 보입니다. 그러나 때로는 흑해 연안에서 매우 필요합니다.

로봇도 마찬가지입니다. 각 시장에는 자체 로봇이 있습니다. 그리고 상인의 임무는 현재 시장과 일치하는 로봇을 정확히 선택하는 것입니다. 그렇기 때문에 반바지와 파나마에 실망할 사람이 없고, 양가죽 코트에 실망할 사람이 없듯이 '국민이 실망할 것이다'라고 말할 수는 없다. 더울 때 첫 번째 옷을 입고 추울 때 두 번째 옷을 입어야 합니다.


테스터는 장애가 아니며 만병 통치약도 아닙니다. 그는 최근 시장 상황에 대해 이야기하고 그에 맞는 차량을 선택할 수 있도록 합니다. 그러나 이것이 앞으로 시장이 변하지 않고 차량이 그에 상응하는 것을 중단하지 않을 것이라는 의미는 아닙니다. 그럼에도 불구하고 역사를 새긴 로봇보다는 역사를 통해 이익을 본 로봇이 낫다.

반면에 수동 거래는 방대한 경험이 있어야만 지속적으로 수익을 올릴 수 있습니다. 언제 어떤 기술을 적용해야 하는지 이해하기 위한 것입니다. 많은 사람들이 가지고 있다고 생각합니까?

하나의 반자동 기계에 수십 - 수백 가지의 거래 전략을 넣을 수 있습니다. 현명한 선택을 하세요. 그리고 사용자는 그가 병합하는 이유를 결코 이해하지 못할 것입니다. Toli가 목록에서 잘못된 전략을 선택했거나 병합하는 것은 우주가 지시하는 불가피한 것이기 때문입니다. 그러나 그는 작가를 훨씬 덜 비난할 것입니다. 특히 각 전략에 대한 설정을 추가하는 경우.

그렇지 않으면 개발자가 배수구에 대해 책임을 질 때마다. 그의 사업에 좋은가요?

 
Yury Kulikov :

1. 렌더링 속도가 아니라 GUI와 사용자 프로그램 간의 트래픽(교환)에 대한 것입니다.

2. 물론 모든 프로그램은 특정 작업에 맞게 조정되지만, 예를 들어 표준 라이브러리 의 도움으로 애니메이션 개체를 창에 추가할 수 있지만 GUI에는 추가할 수 없습니다. 이에 대해 질문해야 합니다. (

1. 말하기 어렵습니다. 한편으로 어드바이저와 지표(엔진) 간의 교환은 의심할 여지 없이 느려질 것입니다. 하지만 엔진을 어드바이저로 만든다면 전송률은 충분할 것이다.

2. Windows에서 사용하는 캔버스 리소스 이름 지정 엔진에서 앱에 패스를 추가할 수 있습니다. 그런 다음 사용자 응용 프로그램은 엔진 창에서 캔버스 리소스를 가져오고 거기에 무엇이든 그립니다.

이 문제는 쉽게 해결됩니다. 내가 할거야.

 
Реter Konow :

이 문제는 쉽게 해결됩니다. 내가 할거야.

애니메이션 은 사용자가 GUI에서 원하는 것의 한 예일 뿐입니다. 사용자가 프로젝트를 어떻게 개발할지 알 수 없지만 라이브러리의 경우 항상 누락된 기능을 추가할 기회가 있습니다.

 
Yury Kulikov :

애니메이션은 사용자가 GUI에서 원하는 것의 한 예일 뿐입니다. 사용자가 프로젝트를 어떻게 개발할지 알 수 없지만 라이브러리의 경우 항상 누락된 기능을 추가할 기회가 있습니다.

방해하지 않습니다.

  1. 생성자는 사용자 창을 만들고 사용자는 응용 프로그램에 연결합니다.
  2. 창 캔버스의 리소스 이름은 요소 값과 동일한 배열에 있습니다.
  3. 사용자는 단순히 배열에 액세스하고 리소스 이름을 가져오고 ResourseReadImage()를 통해 내용을 가져와서 원하는 것을 그립니다. CCanvas의 도움으로 말이죠.

사용자는 자신의 애플리케이션에 모든 기능을 작성합니다. 그리고 필요한 경우 GUI에 연결합니다.



추신. 내가 실험을 해볼게. 테스트 어드바이저가 CCanvas를 사용하여 그릴 캔버스에 창이 있는 엔진을 만들 것입니다.

 
Georgiy Merts :

당신은 그런 기억을 가지고 있습니다(글쎄요, 저도 그렇습니다).

Peter's는 완전히 다르며, 고급 와인처럼 시간이 지날수록 더 좋아집니다. 베드로는 자신이 쓴 모든 것, 어떻게, 왜, 무엇을 동시에 생각했는지 항상 기억합니다. 그래서 그는 정말로 OOP가 필요하지 않습니다.

피터의 기억이 부럽다.

그리고 3년 동안 하나의 프로그램을 작성합니다.

 
Реter Konow :

...

난관을 벗어날 방법을 제안합니다. 사용자가 자신의 행동을 책임지는 반자동 프로그램.

...

상기시켰다. "가공 식품 먹기" © 드레드 판사

 
그리고 재미있는 점은 Peter가 그가 우리를 분명히 이런 식으로 대하고 있고 곧 우리 모두가 앞장서서 줄을 설 것이라고 순진하게 생각하면서 날마다 침착하게 계속해서 성급하게 몸을 돌린다는 것입니다.
 
Dmitry Fedoseev :
그리고 재미있는 점은 Peter가 그가 우리를 분명히 그렇게 대하고 있고 곧 우리 모두가 행동하고 줄을 서게 될 것이라고 순진하게 생각하면서 날마다 침착하게 계속해서 성급하게 몸을 돌린다는 것입니다.

... 팝콘을 위해

 
Georgiy Merts :

당신은 그런 기억을 가지고 있습니다(글쎄요, 저도 그렇습니다).

Peter's는 완전히 다르며, 고급 와인처럼 시간이 지날수록 더 좋아집니다. 베드로는 자신이 쓴 모든 것, 어떻게, 왜, 무엇을 동시에 생각했는지 항상 기억합니다. 그래서 그는 정말로 OOP가 필요하지 않습니다.

피터의 기억이 부럽다 .

일종의 선택적입니다. "... 여기까지는 기억하지만 여기서는 기억나지 않습니다. 기억나지 않습니다."

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

내 접근 방식. 코어 - 엔진.

Artyom Trishkin , 2018.12.10 20:23

당신의 경쟁심은 나에게 생소합니다. 나는 프로그램에서 GUI가 필요할 때 서두르지 않고 작업의 하루에 그것을합니다. 나에 의해 완전히 통제된다. 여기 Anatoly는 모든 것을 측정할 것을 촉구했습니다. 그래서 그는 당신을 벨트에 연결했습니다. 아무 말 않고. 현장에서 .


거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

내 접근 방식. 코어 - 엔진.

Artyom Trishkin , 2018.12.10 20:25

전생에서도. 그리고 여전히 가치 있는 것을 낳을 수 없습니다.

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

내 접근 방식. 코어 - 엔진.

Artyom Trishkin , 2018.12.10 20:29

당신이 적합하다고 생각하는대로 고려하십시오. Anatoly의 기사에 대한 토론을 다시 읽을 수 있습니다. 경쟁하려는 시도가 있습니다 . 그러나 Anatoly는 오래 전에 "소음과 먼지 없이" 겸손하고 효율적이며 전문적으로 모든 것을 수행했으며 여전히 자신을 칭찬합니다.

그런 흥미로운 기억 : "여기 내 기억이 있고 여기에 할머니의 기억이 있습니다" ...