나는 디자인 프로그램을 하지 않지만, 당신이 구글 기성 텍스처를 구글링한 다음 표준 MQL 라이브러리 에 링크한다면, 글쎄, 나는 분명히 하루 만에 처음부터 그것을 할 것이라고 생각한다. 나는 보통 실용적인 것들을 만든다: 패널 , 버튼, 체크박스 - 즉 사용자가 클릭하고 결과를 얻을 수 있는 컨트롤
그는 할 수 있지만 터미널이 하는 일과 어드바이저의 그래픽이 하는 일을 분리해야 합니다. 왜 터미널의 기능을 반복합니까?
위에서 이미 언급했듯이 아름다움이 아닌 실용적인 응용 프로그램이 필요합니다. 아름다운 버튼, 달력, 진행 상자에 대해 이야기하는 경우 다시 .dll 및 .dll의 모든 것을 며칠 이내에 (Delphi에서) 꺼낼 것입니다. 고객의 레이아웃에 따라 기성품 구성 요소에서 수집할 것입니다. 귀하의 것보다 더 시원할 것이며 모양과 기능은 저명한 소프트웨어 패키지(데이터베이스 처리, 그래픽, 애니메이션 ... 예, 모든 것이 가능합니다. ) 및 인건비는 귀하와 비교할 수 없습니다.
기성품 솔루션을 사용하거나 유행을 선도할 수 있어야 합니다! 개발자가 .NET 라이브러리를 지원 했다면 여기에서 아름다운 달력과 진행률 표시줄이 있는 자체 솔루션을 찾아야 합니다.
;)
드미트리 페도세프 :
그리고 버튼 하나를 누르면 한 세트의 컨트롤이 표시되고 다른 버튼을 누르면 다른 컨트롤이 표시되도록 만드십시오. 동시에 창을 최소화하고 최대화할 수 있습니다. 또한 많은 옵션이 있을 수 있다고 가정합니다.
요소 숨기기: m_button.Hide();
요소 표시: m_button.Show();
기억나지 않지만 Enable 속성이 있으므로 관리해야 합니다. Enable이면 요소가 활성 상태인 것으로 간주하고 요소에 대한 클릭을 처리합니다. 활성 상태가 아니면 숨기고 우리는 그것을 볼 수 없습니다 - 즉시 반환
이 제품은 수동 거래를 대체하도록 설계되었습니다. 문제는 여전히 수동 거래가 얼마나 널리 퍼져 있으며 수동 거래를 하는 사람들에게 무엇을 제공할 수 있는지입니다.
프로그래머는 수동으로 거래하는 사람들의 기능을 자동화하고 확장하는 반자동 시스템을 작성할 사람을 제공합니다. 이것이 그들이 벌게 될 것입니다.
그게 다야, 나는 이미 이 점에 주의를 기울였다.
이것은 당신의 틈새 시장이 아닙니다, 피터! 반자동 시스템을 작성하고 판매하려는 프로그래머는 다른 사람의 라이브러리를 절대 망치지 않을 것입니다. 우선 지원 문제로 인해 - 문제가 발생하는 경우 - 라이브러리 작성자에게 문의해야 하며 스스로 이해해야 할 수도 있습니다(글로벌 액세스 스타일이 주어지면 오류 계산이 매우 어려울 수 있습니다 ). 다른 사람을 위해 시스템을 작성하는 프로그래머 중 누구도 이것을 필요로 하지 않습니다. 그들 자신의 무언가를 작성하는 것이 훨씬 더 합리적입니다.
귀하의 틈새 시장은 수동으로 거래하는 것을 선호하는 프로그래머입니다. 나는 이미 이것을 두 번 이상 말했습니다. 여기 있습니다. 예, 귀하의 라이브러리는 매우 흥미로울 것입니다. 그러나 포럼에 몇 개나 있습니까?
가장 중요한 것은 이미 속성(크기, 색상, 그라디언트)이 설정된 요소를 코드에서 간단히 가져와 다른 창으로 복사할 수 있다는 것입니다.
구문도 없고 클래스도 없고... 그냥 요소, 요소 그룹 또는 전체 창을 가져와서 아무데나 붙여넣었습니다. 전부의.
그런 다음 그들은 무언가를 변경하고 새로운 요소, 요소 그룹 또는 창을 얻었습니다.
처음 사용하기 쉽습니다. 그러나 오류를 감지하기 위해서는 매우, 매우 악의적입니다. 코드 인덱스, 유형, 참조 순서가 쉽게 혼동됩니다. 처음으로 글을 쓸 때 이것은 큰 문제가 아닙니다. 일반적으로 눈앞에 예나 도움이 있으며 가장 중요한 것은 "진행 중"이고 이 모든 것을 유지한다는 것입니다. 머리 속의 미묘함. 그러나 무언가를 변경해야 하거나 더 많은 경우 오류가 발생합니다. 각 줄에 대한 도움말로 이동해야 하며 매번 "모든 것이 정상"인지 확인해야 합니다. 비열함의 법칙에 따라 - 마지막 줄) 갑자기 당신이 무언가를 섞었다는 사실이 밝혀지지 않을 것입니다. 그리고 이 시간까지 당신은 "커널에 대한 전역 액세스 권한이 있는 코드"를 디버깅하면서 세상의 모든 것을 저주할 것입니다.
이것은 당신의 틈새 시장이 아닙니다, 피터! 반자동 시스템을 작성하고 판매하려는 프로그래머는 다른 사람의 라이브러리를 절대 망치지 않을 것입니다. 우선 지원 문제로 인해 - 문제가 발생하는 경우 - 라이브러리 작성자에게 문의해야 하며 스스로 이해해야 할 수도 있습니다(글로벌 액세스 스타일이 주어지면 오류 계산이 매우 어려울 수 있습니다 ). 다른 사람을 위해 시스템을 작성하는 프로그래머 중 누구도 이것을 필요로 하지 않습니다. 그들 자신의 무언가를 작성하는 것이 훨씬 더 합리적입니다.
귀하의 틈새 시장은 수동으로 거래하는 것을 선호하는 프로그래머입니다. 나는 이미 이것을 두 번 이상 말했습니다. 여기 있습니다 - 예, 귀하의 라이브러리는 매우 흥미로울 것 입니다. 그러나 포럼에 몇 개나 있습니까?
그건 그렇고, 어떤 이유로 아무도 Peter의 목표와 그의 틈새 시장 사이의 불일치를 눈치 채지 못했습니다. 그는 수동 거래 를 대체하고 싶어합니다. 그러나 수동으로 거래하는 사람들에게는 제 역할을 합니다. 그러한 목표는 나에게 이상하게 보입니다. "나는 당신에게 당신의 일반적인 거래 레이아웃을 죽일 무언가를 줄 것입니다 ... 나는 당신이 이전에 운동하고 사용했던 모든 것을 깨뜨리기 위해 온 친절한 사람입니다 - 이제 당신은 그에 따라 일할 것입니다 내 규칙대로." 그것이 그에게 성공을 가져다줄까요?
당신은 아무것도 이해하지 못합니다. :) F9 키로 포지션을 열어 수동으로 거래하는 사람들을 위한 Peter의 목표는 트레이더와 터미널 사이에 아름다운 레이어 형태로 대체품을 제공하는 것입니다. 그리고 상인이 자신의 예금을 아름답지 않은 방식으로 배수하는 데 사용했다면 이 레이어의 도움으로 아름답게 할 것입니다. 보증금은 줄어들지만 상인은 패널의 미적 아름다움을 즐깁니다. 그리고 예술가로서 Peter에게 가장 중요한 것은 미적 아름다움이며 실용주의로 그의 모든 영감을 망칩니다.
....
여기서 친구가 생각났습니다. 그녀는 새 컴퓨터를 샀고 그것에 대해 자랑하고 있습니다. 나는 그녀에게 묻는다. 그리고 그 안에 얼마나 많은 RAM이 있는지, 클럭 주파수 및 기타 기술은 무엇입니까? 형질. 그녀는 대답합니다. 잘 모르겠지만 그는 너무 잘생겼습니다. :)
예술가로서 Peter에게 가장 중요한 것은 미적 아름다움이며 실용주의로 그의 모든 영감을 망칩니다.
예, 이미 질문했습니다. Peter가 데모에서 보여준 그 아름다운 그라디언트를 어디에 적용할 수 있습니까? 하지만 ... 아직까지는 이점이나 최소한의 사용 편의성을 보지 못했습니다.
그리고 Peter 이전에는 여기에 한 명의 참가자도 있었습니다. 그는 이 모든 다채로운 그라데이션 그림을 사용하는 것처럼 보이는 흥미로운 그래픽 표시기를 가지고 있었습니다. 나는 또한 그에게 응용 프로그램에 대해 물었습니다... 그는 발표하기로 약속했지만, 그때와 같이 이해합니다 멈췄습니다 ...
처음 사용하기 쉽습니다. 그러나 오류를 감지하기 위해서는 매우, 매우 악의적입니다. 코드 인덱스, 유형, 참조 순서가 쉽게 혼동됩니다. 처음으로 글을 쓸 때 이것은 큰 문제가 아닙니다. 일반적으로 눈앞에 예나 도움이 있으며 가장 중요한 것은 "진행 중"이고 이 모든 것을 유지한다는 것입니다. 머리 속의 미묘함. 그러나 무언가를 변경해야 하거나 더 많은 경우 오류가 발생합니다. 각 줄에 대한 도움말로 이동해야 하며 매번 "모든 것이 정상"인지 확인해야 합니다. 비열함의 법칙에 따라 - 마지막 줄) 갑자기 당신이 무언가를 섞었다는 사실이 밝혀지지 않을 것입니다. 그리고 이 시간까지 당신은 "커널에 대한 전역 액세스 권한이 있는 코드"를 디버깅하면서 세상의 모든 것을 저주할 것입니다.
여기, George, 나는 이미 만들어진 마크업 언어가 있다는 것을 여러 번 반복했습니다. 왜 누군가 코드를 엉망으로 만들까요? 언어를 습득하고 해야 할 일을 하십시오.
사용자가 그래픽이 거의 없고 애니메이션 이 필요한 경우 애플리케이션에서 이를 수행할 수 있습니다.
그리고 한 가지 더: 시장은 항상 병합됩니다. 아무것도 이 사실을 바꾸지 못할 것입니다. 글쎄, 그것들을 강력하고 아름다운 반자동 장치와 합치게 하십시오. 적어도 정신적으로는 기분이 나아질 것입니다.)
진지하게, 어떤 프로그램도 소득자에 대한 누출자의 비율을 바꾸지 않을 것입니다.
그러나 그들은 돈을 잃어도 계속 반자동 프로그램을 사용할 것입니다. 그녀는 O D N O R A Z O V A I가 아니기 때문입니다.
그런 창을 몇 분 동안 만들 수 있습니까? :)
표준 라이브러리에서 처리합니까? )
나는 디자인 프로그램을 하지 않지만, 당신이 구글 기성 텍스처를 구글링한 다음 표준 MQL 라이브러리 에 링크한다면, 글쎄, 나는 분명히 하루 만에 처음부터 그것을 할 것이라고 생각한다. 나는 보통 실용적인 것들을 만든다: 패널 , 버튼, 체크박스 - 즉 사용자가 클릭하고 결과를 얻을 수 있는 컨트롤
그는 할 수 있지만 터미널이 하는 일과 어드바이저의 그래픽이 하는 일을 분리해야 합니다. 왜 터미널의 기능을 반복합니까?
위에서 이미 언급했듯이 아름다움이 아닌 실용적인 응용 프로그램이 필요합니다. 아름다운 버튼, 달력, 진행 상자에 대해 이야기하는 경우 다시 .dll 및 .dll의 모든 것을 며칠 이내에 (Delphi에서) 꺼낼 것입니다. 고객의 레이아웃에 따라 기성품 구성 요소에서 수집할 것입니다. 귀하의 것보다 더 시원할 것이며 모양과 기능은 저명한 소프트웨어 패키지(데이터베이스 처리, 그래픽, 애니메이션 ... 예, 모든 것이 가능합니다. ) 및 인건비는 귀하와 비교할 수 없습니다.
기성품 솔루션을 사용하거나 유행을 선도할 수 있어야 합니다! 개발자가 .NET 라이브러리를 지원 했다면 여기에서 아름다운 달력과 진행률 표시줄이 있는 자체 솔루션을 찾아야 합니다.
;)
그리고 버튼 하나를 누르면 한 세트의 컨트롤이 표시되고 다른 버튼을 누르면 다른 컨트롤이 표시되도록 만드십시오. 동시에 창을 최소화하고 최대화할 수 있습니다. 또한 많은 옵션이 있을 수 있다고 가정합니다.
요소 숨기기: m_button.Hide();
요소 표시: m_button.Show();
기억나지 않지만 Enable 속성이 있으므로 관리해야 합니다. Enable이면 요소가 활성 상태인 것으로 간주하고 요소에 대한 클릭을 처리합니다. 활성 상태가 아니면 숨기고 우리는 그것을 볼 수 없습니다 - 즉시 반환
컴퓨터의 집 어딘가에서 무언가를하고 있었고 지금은 아무 것도 손에 없습니다.
이 제품은 수동 거래를 대체하도록 설계되었습니다. 문제는 여전히 수동 거래가 얼마나 널리 퍼져 있으며 수동 거래를 하는 사람들에게 무엇을 제공할 수 있는지입니다.
프로그래머는 수동으로 거래하는 사람들의 기능을 자동화하고 확장하는 반자동 시스템을 작성할 사람을 제공합니다. 이것이 그들이 벌게 될 것입니다.
그게 다야, 나는 이미 이 점에 주의를 기울였다.
이것은 당신의 틈새 시장이 아닙니다, 피터! 반자동 시스템을 작성하고 판매하려는 프로그래머는 다른 사람의 라이브러리를 절대 망치지 않을 것입니다. 우선 지원 문제로 인해 - 문제가 발생하는 경우 - 라이브러리 작성자에게 문의해야 하며 스스로 이해해야 할 수도 있습니다(글로벌 액세스 스타일이 주어지면 오류 계산이 매우 어려울 수 있습니다 ). 다른 사람을 위해 시스템을 작성하는 프로그래머 중 누구도 이것을 필요로 하지 않습니다. 그들 자신의 무언가를 작성하는 것이 훨씬 더 합리적입니다.
귀하의 틈새 시장은 수동으로 거래하는 것을 선호하는 프로그래머입니다. 나는 이미 이것을 두 번 이상 말했습니다. 여기 있습니다. 예, 귀하의 라이브러리는 매우 흥미로울 것입니다. 그러나 포럼에 몇 개나 있습니까?
물론 코드는 큽니다. 그러나 그것은 매우 간단합니다.
가장 중요한 것은 이미 속성(크기, 색상, 그라디언트)이 설정된 요소를 코드에서 간단히 가져와 다른 창으로 복사할 수 있다는 것입니다.
구문도 없고 클래스도 없고... 그냥 요소, 요소 그룹 또는 전체 창을 가져와서 아무데나 붙여넣었습니다. 전부의.
그런 다음 그들은 무언가를 변경하고 새로운 요소, 요소 그룹 또는 창을 얻었습니다.
처음 사용하기 쉽습니다. 그러나 오류를 감지하기 위해서는 매우, 매우 악의적입니다. 코드 인덱스, 유형, 참조 순서가 쉽게 혼동됩니다. 처음으로 글을 쓸 때 이것은 큰 문제가 아닙니다. 일반적으로 눈앞에 예나 도움이 있으며 가장 중요한 것은 "진행 중"이고 이 모든 것을 유지한다는 것입니다. 머리 속의 미묘함. 그러나 무언가를 변경해야 하거나 더 많은 경우 오류가 발생합니다. 각 줄에 대한 도움말로 이동해야 하며 매번 "모든 것이 정상"인지 확인해야 합니다. 비열함의 법칙에 따라 - 마지막 줄) 갑자기 당신이 무언가를 섞었다는 사실이 밝혀지지 않을 것입니다. 그리고 이 시간까지 당신은 "커널에 대한 전역 액세스 권한이 있는 코드"를 디버깅하면서 세상의 모든 것을 저주할 것입니다.
순서가 중요하지 않으면 툴팁이 없습니다. 그리고 매개변수를 사용하여 함수 또는 클래스 생성자 를 호출하면 컴파일러에서 매개변수에 대한 힌트를 제공합니다. 이것은 매우 중요한 도움이 됩니다. 따라서 표준 접근 방식은 특정 뚱뚱한 플러스입니다.
그건 그렇고, 네, 아주 아주 좋은 일입니다. 확인합니다.
그리고 여기에 캡슐화의 또 다른 장점이 있습니다. 개별 매개변수로 개별 함수에 액세스할 때 전달해야 하는 항목을 이름으로 이미 볼 수 있습니다. 그리고 구조를 전송하면 필드 이름으로도 볼 수 있습니다.
단순히 인덱스만 있는 전역 배열에 대한 액세스의 경우 순서가 임의적일지라도 데이터를 혼동하기가 매우 쉽기 때문에 오류 도입이 크게 간소화됩니다.
그게 다야, 나는 이미 이 점에 주의를 기울였다.
이것은 당신의 틈새 시장이 아닙니다, 피터! 반자동 시스템을 작성하고 판매하려는 프로그래머는 다른 사람의 라이브러리를 절대 망치지 않을 것입니다. 우선 지원 문제로 인해 - 문제가 발생하는 경우 - 라이브러리 작성자에게 문의해야 하며 스스로 이해해야 할 수도 있습니다(글로벌 액세스 스타일이 주어지면 오류 계산이 매우 어려울 수 있습니다 ). 다른 사람을 위해 시스템을 작성하는 프로그래머 중 누구도 이것을 필요로 하지 않습니다. 그들 자신의 무언가를 작성하는 것이 훨씬 더 합리적입니다.
귀하의 틈새 시장은 수동으로 거래하는 것을 선호하는 프로그래머입니다. 나는 이미 이것을 두 번 이상 말했습니다. 여기 있습니다 - 예, 귀하의 라이브러리는 매우 흥미로울 것 입니다. 그러나 포럼에 몇 개나 있습니까?
그건 그렇고, 어떤 이유로 아무도 Peter의 목표와 그의 틈새 시장 사이의 불일치를 눈치 채지 못했습니다. 그는 수동 거래 를 대체하고 싶어합니다. 그러나 수동으로 거래하는 사람들에게는 제 역할을 합니다. 그러한 목표는 나에게 이상하게 보입니다. "나는 당신에게 당신의 일반적인 거래 레이아웃을 죽일 무언가를 줄 것입니다 ... 나는 당신이 이전에 운동하고 사용했던 모든 것을 깨뜨리기 위해 온 친절한 사람입니다 - 이제 당신은 그에 따라 일할 것입니다 내 규칙대로." 그것이 그에게 성공을 가져다줄까요?
"너 좀 이상해, 빌리"…
당신은 아무것도 이해하지 못합니다. :) F9 키로 포지션을 열어 수동으로 거래하는 사람들을 위한 Peter의 목표는 트레이더와 터미널 사이에 아름다운 레이어 형태로 대체품을 제공하는 것입니다. 그리고 상인이 자신의 예금을 아름답지 않은 방식으로 배수하는 데 사용했다면 이 레이어의 도움으로 아름답게 할 것입니다. 보증금은 줄어들지만 상인은 패널의 미적 아름다움을 즐깁니다. 그리고 예술가로서 Peter에게 가장 중요한 것은 미적 아름다움이며 실용주의로 그의 모든 영감을 망칩니다.
....
여기서 친구가 생각났습니다. 그녀는 새 컴퓨터를 샀고 그것에 대해 자랑하고 있습니다. 나는 그녀에게 묻는다. 그리고 그 안에 얼마나 많은 RAM이 있는지, 클럭 주파수 및 기타 기술은 무엇입니까? 형질. 그녀는 대답합니다. 잘 모르겠지만 그는 너무 잘생겼습니다. :)
예술가로서 Peter에게 가장 중요한 것은 미적 아름다움이며 실용주의로 그의 모든 영감을 망칩니다.
예, 이미 질문했습니다. Peter가 데모에서 보여준 그 아름다운 그라디언트를 어디에 적용할 수 있습니까? 하지만 ... 아직까지는 이점이나 최소한의 사용 편의성을 보지 못했습니다.
그리고 Peter 이전에는 여기에 한 명의 참가자도 있었습니다. 그는 이 모든 다채로운 그라데이션 그림을 사용하는 것처럼 보이는 흥미로운 그래픽 표시기를 가지고 있었습니다. 나는 또한 그에게 응용 프로그램에 대해 물었습니다... 그는 발표하기로 약속했지만, 그때와 같이 이해합니다 멈췄습니다 ...
음.. 누구나 아티스트를 화나게 할 수 있습니다...
그리고 버튼 하나를 누르면 한 세트의 컨트롤이 표시되고 다른 버튼을 누르면 다른 컨트롤이 표시되도록 만드십시오. 동시에 창을 최소화하고 최대화할 수 있습니다. 또한 많은 옵션이 있을 수 있다고 가정합니다.
Peter에게 이 문제를 어떻게 해결할 수 있는지 묻는 것은 흥미로울 것입니다.
이와 같이 도움말에서 찾은
이 라이브러리에는 성경용 데이터 파일을 생성하는 Visual Studio가 필요합니다 .
그리고 사용자는 프로그램에서 창을 만들기만 하면 됩니다. 이 방법으로만 가능합니다!
실제로 : 모든 라이브러리(프레임워크)의 복잡성은 사용자가 해당 기능과 매개변수를 "다시 배워야" 한다는 것입니다.
그러나 이것이 장점입니다.
시간을 절약하기 위해 모든 언어로 된 라이브러리가 만들어졌습니다!
코드의 주요 부분이 이미 작성되고 디버깅된 경우. 그리고 사용자(프로그래머)는 그 기능을 사용합니다.
MetaQuotes 표준 라이브러리 에 대해 어떻게 말해야 할까요? 많은 사람들이 사용합니다! 대부분, 특히 초보자.
또 다른 것은 프로그래머가 자신에게 편리한 자신의 라이브러리를 "원할" 때입니다. 그리고 그는 그것을 사용할 것입니다. - 위에서 언급했듯이 프로그래머는 작성자의 도움을 기다리기보다 개인적으로 유지 관리할 수 있는 자신의 라이브러리를 사용하는 것이 더 쉽습니다....
수요가 있는 제품에는 두 가지 방법이 있습니다.
첫 번째 요점 - 필요한 것은 돈뿐입니다.
두 번째 요점은 관심을 불러일으킬 새로운 제품이 필요합니다.
관심을 불러일으키지 않는 모든 것은 응용 프로그램과 사용자를 찾지 않고 소멸됩니다. 그리고 사용자와 라이브러리 작성자가 없으면 개발하는 것이 재미 없을 것입니다.
이 악순환은 작가의 욕망과 이용자의 이익을 영원히 무너뜨릴 것입니다.
처음 사용하기 쉽습니다. 그러나 오류를 감지하기 위해서는 매우, 매우 악의적입니다. 코드 인덱스, 유형, 참조 순서가 쉽게 혼동됩니다. 처음으로 글을 쓸 때 이것은 큰 문제가 아닙니다. 일반적으로 눈앞에 예나 도움이 있으며 가장 중요한 것은 "진행 중"이고 이 모든 것을 유지한다는 것입니다. 머리 속의 미묘함. 그러나 무언가를 변경해야 하거나 더 많은 경우 오류가 발생합니다. 각 줄에 대한 도움말로 이동해야 하며 매번 "모든 것이 정상"인지 확인해야 합니다. 비열함의 법칙에 따라 - 마지막 줄) 갑자기 당신이 무언가를 섞었다는 사실이 밝혀지지 않을 것입니다. 그리고 이 시간까지 당신은 "커널에 대한 전역 액세스 권한이 있는 코드"를 디버깅하면서 세상의 모든 것을 저주할 것입니다.
여기, George, 나는 이미 만들어진 마크업 언어가 있다는 것을 여러 번 반복했습니다. 왜 누군가 코드를 엉망으로 만들까요? 언어를 습득하고 해야 할 일을 하십시오.
사용자가 그래픽이 거의 없고 애니메이션 이 필요한 경우 애플리케이션에서 이를 수행할 수 있습니다.
그리고 한 가지 더: 시장은 항상 병합됩니다. 아무것도 이 사실을 바꾸지 못할 것입니다. 글쎄, 그것들을 강력하고 아름다운 반자동 장치와 합치게 하십시오. 적어도 정신적으로는 기분이 나아질 것입니다.)
진지하게, 어떤 프로그램도 소득자에 대한 누출자의 비율을 바꾸지 않을 것입니다.
그러나 그들은 돈을 잃어도 계속 반자동 프로그램을 사용할 것입니다. 그녀는 O D N O R A Z O V A I가 아니기 때문입니다.
그래서 임대가 가능합니다.