문제가 무엇인지 이해합니다. 모든 것이 멋지고 멋지지만 모든 사람들이 첨부된 코드처럼 작성할 수 있는 것은 아닙니다.
나는 기꺼이 같은 일에 참여하고 싶지만 지식이없고 그들이 존재하지 않는 것은 내가 공부하지 않고 공부하고 싶지 않기 때문에 존재하지 않는 것이 아니라 그들이 실제로 존재하지 않기 때문에 존재하지 않기 때문입니다. 어디서나 이것을 가르쳐라.
나는 유능한 좋은 훈련, 올바르게 프로그래밍하는 방법과하지 않는 방법, OOP가 무엇이며 어떻게 사용하는지에 대한 질문을 반복해서 제기했습니다.
이제 학원에서 프로그래밍을 공부하고 지식이 풍부하고 이해력이 뛰어난 사람만이 당신의 부름에 응답할 수 있습니다. 그런데 그 중 몇 명이나 될까요?
예를 들어, 나는 다음과 같은 것을 이해하지 못합니다.
class A { public :
A * operator <<( int ) { return & this ; }
const A * operator >>( int ) const { return & this ; }
};
voidOnStart ()
{
A a;
a >> 0 << 0 ; //нет сообщения об ошибке
a. operator >>( 0 ). operator <<( 0 ); //error: правомерно
이것을 어디에 적용하고 일반적으로 이해하는 방법을 배우고 이해할 수 있는 문서 또는 다른 곳에서 저를 보여주십시오 ...
쿨하고 필요한 것들을 쓰고 싶은데 이거 너무 좋은데 누가 쓰나요?? 준비하셨나요? 사람들을 가르쳤습니까? 또는 다시 1.5 명이 참여할 것이라는 사실 때문에 좋은 아이디어는 죽을 것입니다 ...
큰 소리로 생각하면 가장 수요가 많고 필요한 프로젝트 는 위에서 보여 드린 것처럼 기본부터 예제까지 프로그래밍(좋은, 단순, 유용, 유능한)을 가르치는 프로젝트가 될 것입니다. 나는 그것을 하고 싶지만 나는 전문가가 아니라 그것을 올바르게하는 방법을 모릅니다!
그리고 1.5명의 영리한 사람들이 멋진 (그들의 의견으로는) 물건을 작곡하는 프로젝트보다 모든 사람에게 백 배 또는 천 배 더 의미가 있을 것입니다 ...
나는 원래 이 주제에서 제안한 것과 같은 방향으로 내 라이브러리를 개발할 계획이었습니다. 나는 특히 초기 단계에서 더 쉽기 때문에 계획을 해결하기 위해 간단한 표준 프리미티브로 시작했습니다. 이제 거의 모든 자료가 기사로 게시됩니다. 원래 계획에 대한 첫 번째 단계가 거의 완료되었습니다. 또한 하나의 주요 기사와 관심 있는 사용자의 주문형 업데이트가 포함된 두 개의 기사가 있을 것이며 CPU 소비를 약간 줄이는 코드 및 회로 최적화도 만들었습니다.
현재 회로는 아래 그림과 같습니다. 이것은 최종 버전이 아니며 라이브러리가 개발됨에 따라 여러 번 변경됩니다. 그러나 현재 버전에서 제공되지 않는 장점과 새로운 기능을 제공하는 옵션이 발견되면 강력한 변경 사항도 배제하지 않습니다.
게시된 모든 자료를 사용할 수 있으며 프로젝트 또는 유사한 라이브러리 버전에서 자유롭게 사용할 수 있습니다. 그것이 출판 된 이유입니다. 기사 시리즈의 각 부분이 게시될 때마다 라이브러리가 어떻게 발전했는지 확인할 수 있습니다.
다음으로 캔버스에 완전히 그려진 모든 컨트롤을 구현할 계획이었습니다(일부는 이미 그렇게 구현되어 있음). 이것은 라이브러리 개발의 두 번째 단계입니다. 즉, 각 컨트롤에 대해 OBJ_BITMAP_LABEL 유형의 개별 개체가 있습니다. 그래픽 개체의 수가 크게 줄어들어 프로세서 리소스 소비도 줄어듭니다. 다시 말하지만, 모든 것은 구현 방법에 달려 있습니다. 항상 여러 옵션이 있습니다. 이 환경에서 처음으로 수행하고 선택한 옵션이 확실히 최선인지 확신할 수 없는 경우 모든 것을 시도하는 것이 좋습니다.
그리고 그 후에야 그래픽 인터페이스의 모든 요소를 하나의 캔버스에 그려야 하는 세 번째 단계로 넘어갈 계획이었습니다. 그래픽 인터페이스를 만들기 위한 라이브러리와 관련하여 이것은 곡예 비행입니다. 그리고 그것은 한 사람에게 많은 작업입니다. 프로젝트에 대한 완전한 추상화 및 몰입. 장기간 최대 농도. 그리고 전문 프로그래머가 되려는 계획이 있다면 이 과정을 거쳐야 한다고 생각합니다. 사실 그러한 경험은 미래에 어떤 프로그래밍 환경에서도 유용할 수 있습니다. 하지만 팀이 모이면 훨씬 더 빨리 개발을 마칠 수 있을 것입니다.
나는 이 프로젝트가 다른 사람들과 나 자신 모두에게 매우 흥미롭고 유용하다고 생각합니다. 나는 큰 관심을 가지고 여기에서 출판된 자료를 연구하고 발전을 관찰할 것입니다. 어쨌든 나는 내 버전의 라이브러리를 계속 개발하고 기사를 게시할 것입니다. 현재 작업하고 있는 형식이 마음에 듭니다. 이것이 나의 참여가 되게 하라. 아이디어와 코드는 누구나 사용할 수 있으며 사용할 수 있습니다. 나는 코드 디자인과 설명에 대해 매우 엄격한 요구 사항을 가지고 있습니다. 모든 것은 상세하고 깔끔해야 하며 다이어그램으로 제시되어야 하며 모든 사람이 이해할 수 있고 가능한 한 완벽해야 합니다. 그렇지 않으면 이 사이트에 있는 가장 전문적인 개발자가 토론에 참여했음에도 불구하고 이 포럼에서 이미 여러 번 발생했으며 매우 다양하고 흥미로운 아이디어로 인해 아무 일도 일어나지 않고 아무 것도 없이 끝날 위험이 있습니다. . 그러지 않고 그 결과물이 MetaTrader 거래 단말기 환경에서 그래픽 인터페이스를 생성하기 위한 고품질 라이브러리가 되길 바라며, 그 부재의 무한히 오랜 기간은 나쁜 꿈처럼 잊혀지길 바랍니다.
1. 버튼 클래스를 만들어야 합니다(기존의 것과 혼동되지 않도록 GButton, 접두사 G).
Anatoly의 기사 이후 프로필에서만 동일한 계란을 다시 만드는 것은 적어도 이상한 취미 인 것 같습니다. 그래픽은 MT와 전혀 관련이 없는 주제입니다.
사용자는 그래픽 인터페이스가 필요하지 않습니다. 결과적으로 GUI는 수익을 창출할 수 없으며 개발은 결코 성과를 거두지 못할 것입니다.
실력을 키우고 싶다면 당장 후배로 취직하는 게 낫다. 그래서 당신은 즉시 최소한의 돈을 받기 시작하고 천천히 당신의 기술을 올릴 것입니다.
타겟층이 너무 좁습니다. 누가 도서관을 필요로 합니까? - 소수의 프로그래머를 제외하고는 아무도 없었고, 심지어 그 프로그래머들도 오래전에 필요한 모든 라이브러리를 작성했습니다. 예를 들어, 제 자신의 그래픽 라이브러리 가 2개나 있습니다.
여기에 있는 사람들을 가르치는 것은 내가 아니지만 조언을 드릴 수 있습니다. 여러분, 화약 냄새를 맡으십시오. 사용자와 함께 일하는 방법을 배웁니다. 그들의 심리를 알아보십시오. 아이디어를 수익화하는 방법을 배웁니다. 그런 다음 재빨리 하늘에서 땅으로 내려오면 완전히 다른 방식으로 논쟁하게 될 것입니다. 나는 또한 한때 특별하고 아름다운 아이디어를 믿었지만 이 모든 것은 말도 안 되는 일이며 작동하지 않습니다. 당신이 여기서 논의하는 것은 당신 외에는 누구에게도 쓸모가 없습니다.
잘생겼다고 하겠다
속도에 매우 만족합니다. 렌더링 시간과 관리 측면에서 모든 것이 매우 적절합니다.
문제가 무엇인지 이해합니다. 모든 것이 멋지고 멋지지만 모든 사람들이 첨부된 코드처럼 작성할 수 있는 것은 아닙니다.
나는 기꺼이 같은 일에 참여하고 싶지만 지식이없고 그들이 존재하지 않는 것은 내가 공부하지 않고 공부하고 싶지 않기 때문에 존재하지 않는 것이 아니라 그들이 실제로 존재하지 않기 때문에 존재하지 않기 때문입니다. 어디서나 이것을 가르쳐라.
나는 유능한 좋은 훈련, 올바르게 프로그래밍하는 방법과하지 않는 방법, OOP가 무엇이며 어떻게 사용하는지에 대한 질문을 반복해서 제기했습니다.
이제 학원에서 프로그래밍을 공부하고 지식이 풍부하고 이해력이 뛰어난 사람만이 당신의 부름에 응답할 수 있습니다. 그런데 그 중 몇 명이나 될까요?
예를 들어, 나는 다음과 같은 것을 이해하지 못합니다.
이것을 어디에 적용하고 일반적으로 이해하는 방법을 배우고 이해할 수 있는 문서 또는 다른 곳에서 저를 보여주십시오 ...
쿨하고 필요한 것들을 쓰고 싶은데 이거 너무 좋은데 누가 쓰나요?? 준비하셨나요? 사람들을 가르쳤습니까? 또는 다시 1.5 명이 참여할 것이라는 사실 때문에 좋은 아이디어는 죽을 것입니다 ...
큰 소리로 생각하면 가장 수요가 많고 필요한 프로젝트 는 위에서 보여 드린 것처럼 기본부터 예제까지 프로그래밍(좋은, 단순, 유용, 유능한)을 가르치는 프로젝트가 될 것입니다. 나는 그것을 하고 싶지만 나는 전문가가 아니라 그것을 올바르게하는 방법을 모릅니다!
그리고 1.5명의 영리한 사람들이 멋진 (그들의 의견으로는) 물건을 작곡하는 프로젝트보다 모든 사람에게 백 배 또는 천 배 더 의미가 있을 것입니다 ...
흠, 편집에 문제가 무엇입니까?
쿨하고 필요한 것들을 쓰고 싶은데 이거 너무 좋은데 누가 쓰나요?? 준비하셨나요? 사람들을 가르쳤습니까? 또는 다시 1.5 명이 참여할 것이라는 사실 때문에 좋은 아이디어는 죽을 것입니다 ...
가끔 개발천재라면 0.5명이면 충분하다)
큰 소리로 생각하고 가장 원하고 필요한 프로젝트는 교육 프로젝트가 될 것입니다.
그것은 다른 스레드의 주제입니다.
그리고 1.5명의 영리한 사람들이 멋진 (그들의 의견으로는) 물건을 작곡하는 프로젝트보다 모든 사람에게 백 배 또는 천 배 더 의미가 있을 것입니다 ...
그것은 멋지지 않을 것입니다. 그것은 단순히 필수품이 될 것입니다. 똑똑한 사람들을 위한 것이 아니라 당신과 같은 사람들, 프리랜서를 위한 것, 시장을 위한 것입니다.
가장 중요하고 기본적인 문제는 제한된 입력 문자열이거나 변경 사항이 있습니까?
-) 그래서 우리는 MT의 그래프 객체를 사용하지 않습니다. 예 그와 함께. 문제.
블랙잭 등을 사용하여 자체 편집을 수행해야 합니다.
일반 응용 프로그램 비트맵에 그려진,
무제한 라인으로 라벨링하고 편집하는 것은 이미 그 자체로 좋은 것입니다)
그리고 네, 이론적으로 Anatoly 는 주제에 대해 부름을 받았습니다.
우리가 할 일의 원칙을 어느 정도 파악했으므로 첫 번째 작업에 기본 클래스 아키텍처 항목을 추가할 것을 제안합니다(단추뿐 아니라 모든 향후 컨트롤에 대해)
----
일반적으로 전체 프로젝트 를 이 방향으로 봅니다.
1. 캔버스에 버튼을 쓰고 그림을 그립니다. 그녀의 이벤트와 함께. 이것으로 우리는 시작을 탐구하고 GUI 작업의 비트맵 모델을 테스트합니다.
2. GUI 요소 그룹을 이벤트와 결합하는 클래스를 만듭니다(이것은 렌더링 및 이벤트 시 zorder를 고려하기 위한 것입니다).
이것은 두 가지 어려운 단계입니다. 여러 옵션이 있기를 바랍니다. 우리는 하나를 선택할 것입니다.
그런 다음 열린 프로젝트를 bitbucket으로 시작합니다. 그리고 우리는 세 번째 단계로 넘어갑니다.
3. 아키텍처가 명확해지면 누구나 이를 기반으로 편집, 정적, 드롭리스트 등의 기본 제어를 수행하고 만들 수 있습니다. 당분간은 이러한 요소로 제한됩니다. 첫 번째 실제 작업에서는 충분할 것이기 때문입니다.
나는 컨트롤을 개발하는 단계에서 아키텍처의 개선이 필요하다고 주장하지 않습니다. 몇 번의 반복으로 해결할 것입니다.
시원하지 않을 것입니다. 그것은 단순히 필수품이 될 것입니다. 똑똑한 사람들을 위한 것이 아니라 당신과 같은 사람들, 프리랜서를 위한 것, 시장을 위한 것입니다.
1 - 나는 내가 이해하지 못하는 것/코드를 믿지 않는다
2 - 내가 기억하는 한, 캔버스는 전략 테스터 에서 작동하지 않습니다. 이는 많은 사람들에게 큰 마이너스입니다. 특히 시장에서 유료 제품을 테스트할 때 단순히 작동하지 않을 것입니다.
3 - 행운을 빕니다...
추신: 그리고 " 꼭 가지고 있어야 한다"는 것이 무슨 뜻인지 이해하지 못합니다...
...
추신: 그리고 " 꼭 가지고 있어야 한다"는 것이 무슨 뜻인지 이해하지 못합니다...
무제한 라인으로 라벨링하고 편집하는 것은 이미 그 자체로 좋은 것입니다)
그리고 네, 이론적으로 Anatoly 는 주제에 대해 부름을 받았습니다.
나는 원래 이 주제에서 제안한 것과 같은 방향으로 내 라이브러리를 개발할 계획이었습니다. 나는 특히 초기 단계에서 더 쉽기 때문에 계획을 해결하기 위해 간단한 표준 프리미티브로 시작했습니다. 이제 거의 모든 자료가 기사로 게시됩니다. 원래 계획에 대한 첫 번째 단계가 거의 완료되었습니다. 또한 하나의 주요 기사와 관심 있는 사용자의 주문형 업데이트가 포함된 두 개의 기사가 있을 것이며 CPU 소비를 약간 줄이는 코드 및 회로 최적화도 만들었습니다.
현재 회로는 아래 그림과 같습니다. 이것은 최종 버전이 아니며 라이브러리가 개발됨에 따라 여러 번 변경됩니다. 그러나 현재 버전에서 제공되지 않는 장점과 새로운 기능을 제공하는 옵션이 발견되면 강력한 변경 사항도 배제하지 않습니다.
게시된 모든 자료를 사용할 수 있으며 프로젝트 또는 유사한 라이브러리 버전에서 자유롭게 사용할 수 있습니다. 그것이 출판 된 이유입니다. 기사 시리즈의 각 부분이 게시될 때마다 라이브러리가 어떻게 발전했는지 확인할 수 있습니다.
다음으로 캔버스에 완전히 그려진 모든 컨트롤을 구현할 계획이었습니다(일부는 이미 그렇게 구현되어 있음). 이것은 라이브러리 개발의 두 번째 단계입니다. 즉, 각 컨트롤에 대해 OBJ_BITMAP_LABEL 유형의 개별 개체가 있습니다. 그래픽 개체의 수가 크게 줄어들어 프로세서 리소스 소비도 줄어듭니다. 다시 말하지만, 모든 것은 구현 방법에 달려 있습니다. 항상 여러 옵션이 있습니다. 이 환경에서 처음으로 수행하고 선택한 옵션이 확실히 최선인지 확신할 수 없는 경우 모든 것을 시도하는 것이 좋습니다.
그리고 그 후에야 그래픽 인터페이스의 모든 요소를 하나의 캔버스에 그려야 하는 세 번째 단계로 넘어갈 계획이었습니다. 그래픽 인터페이스를 만들기 위한 라이브러리와 관련하여 이것은 곡예 비행입니다. 그리고 그것은 한 사람에게 많은 작업입니다. 프로젝트에 대한 완전한 추상화 및 몰입. 장기간 최대 농도. 그리고 전문 프로그래머가 되려는 계획이 있다면 이 과정을 거쳐야 한다고 생각합니다. 사실 그러한 경험은 미래에 어떤 프로그래밍 환경에서도 유용할 수 있습니다. 하지만 팀이 모이면 훨씬 더 빨리 개발을 마칠 수 있을 것입니다.
나는 이 프로젝트가 다른 사람들과 나 자신 모두에게 매우 흥미롭고 유용하다고 생각합니다. 나는 큰 관심을 가지고 여기에서 출판된 자료를 연구하고 발전을 관찰할 것입니다. 어쨌든 나는 내 버전의 라이브러리를 계속 개발하고 기사를 게시할 것입니다. 현재 작업하고 있는 형식이 마음에 듭니다. 이것이 나의 참여가 되게 하라. 아이디어와 코드는 누구나 사용할 수 있으며 사용할 수 있습니다. 나는 코드 디자인과 설명에 대해 매우 엄격한 요구 사항을 가지고 있습니다. 모든 것은 상세하고 깔끔해야 하며 다이어그램으로 제시되어야 하며 모든 사람이 이해할 수 있고 가능한 한 완벽해야 합니다. 그렇지 않으면 이 사이트에 있는 가장 전문적인 개발자가 토론에 참여했음에도 불구하고 이 포럼에서 이미 여러 번 발생했으며 매우 다양하고 흥미로운 아이디어로 인해 아무 일도 일어나지 않고 아무 것도 없이 끝날 위험이 있습니다. . 그러지 않고 그 결과물이 MetaTrader 거래 단말기 환경에서 그래픽 인터페이스를 생성하기 위한 고품질 라이브러리가 되길 바라며, 그 부재의 무한히 오랜 기간은 나쁜 꿈처럼 잊혀지길 바랍니다.
안녕하세요 코더입니다.
정말 유용한 일을 하는 흥미로운 작업이 있습니다...
----
따라서 첫 번째이자 기본 작업입니다.
1. 버튼 클래스를 만들어야 합니다(기존의 것과 혼동되지 않도록 GButton, 접두사 G).
Anatoly의 기사 이후 프로필에서만 동일한 계란을 다시 만드는 것은 적어도 이상한 취미 인 것 같습니다. 그래픽은 MT와 전혀 관련이 없는 주제입니다.
- 사용자는 그래픽 인터페이스가 필요하지 않습니다. 결과적으로 GUI는 수익을 창출할 수 없으며 개발은 결코 성과를 거두지 못할 것입니다.
- 실력을 키우고 싶다면 당장 후배로 취직하는 게 낫다. 그래서 당신은 즉시 최소한의 돈을 받기 시작하고 천천히 당신의 기술을 올릴 것입니다.
- 타겟층이 너무 좁습니다. 누가 도서관을 필요로 합니까? - 소수의 프로그래머를 제외하고는 아무도 없었고, 심지어 그 프로그래머들도 오래전에 필요한 모든 라이브러리를 작성했습니다. 예를 들어, 제 자신의 그래픽 라이브러리 가 2개나 있습니다.
여기에 있는 사람들을 가르치는 것은 내가 아니지만 조언을 드릴 수 있습니다. 여러분, 화약 냄새를 맡으십시오. 사용자와 함께 일하는 방법을 배웁니다. 그들의 심리를 알아보십시오. 아이디어를 수익화하는 방법을 배웁니다. 그런 다음 재빨리 하늘에서 땅으로 내려오면 완전히 다른 방식으로 논쟁하게 될 것입니다. 나는 또한 한때 특별하고 아름다운 아이디어를 믿었지만 이 모든 것은 말도 안 되는 일이며 작동하지 않습니다. 당신이 여기서 논의하는 것은 당신 외에는 누구에게도 쓸모가 없습니다.