니콜라스, 당신의 의견은 항상 흥미롭습니다. 그래픽 프로젝트를 끝내고 사람들에게 주고 싶습니다. 아직 시간이 조금 남았고 누구나 엔진과 생성자를 테스트할 것입니다. 그런 다음 완전히 다른 개발을 계속할 것입니다.
Alexey는 매트릭스를 표준 OOP 형식으로 변환하는 데 도움을 주기로 결정했습니다. 상관없지만 솔직히 말해서 많이 의심스럽습니다. 더 정확하게는 거의 불가능하다는 것을 확실히 알고 있습니다. 동등한 아날로그가 만들어지기까지는 1년이 걸릴 것입니다. 내 관점에서 사람들이 프로젝트를 편집하고 개발할 수 있도록 하는 것은 한 가지 의미가 있습니다. 내가 갑자기 그를 멈추면 다른 사람들이 계속할 수 있습니다.
중요한 것은 이 모든 것이 커뮤니티에 유용하다는 것입니다.))
아마도 페이지를 넘기고 앞으로 나아가야 할 때일 것입니다. 좋은 경험을 했습니다. 그러나 물론 아무도 당신의 프로젝트 를 개발하지 않을 것입니다. 현실적이어야 합니다.
Peter, 아마도 당신의 창조물은 더 이상 마크업 언어가 아니라 쿼리 언어처럼 보일 것입니다. 그리고 우리가 이미 알고 있듯이 최근 MQL5는 이미 SQLite 데이터베이스와 작업할 수 있는 기능을 가지고 있습니다.
데이터베이스란 무엇입니까? 테이블의 집합과 테이블 간의 관계입니다.
그리고 쿼리 언어(SQL - 구조적 쿼리 언어 - 구조적 쿼리 언어 )는 이러한 테이블(생성, 수정, 쿼리 및 액세스, 삭제)과 함께 작동합니다. 조언은 하지 않겠습니다. 나는 당신이 누구의 조언도 필요로 하지 않는 유형의 사람이라는 것을 이미 이해했습니다. 그냥 생각을위한 음식. 그리고 이미 표준화되고 고통을 통해 얻은 형식에 대한 솔루션을 출시하는 것은 많은 가치가 있습니다. 이제 저는 데이터베이스(MySQL)와 상호 작용하여 Java를 배우고 있습니다. Java는 이를 위한 특수 도구(JPA, Hibernate, DAO 디자인 패턴)를 만들어야 했습니다. 이 주제는 귀하와 매우 가깝습니다. 이러한 도구는 본질적으로 Java-to-SQL 변환기 클래스입니다. 제 생각에는 OOP와 SQL을 성공적으로 연습한 후 다시 시작하는 것이 더 현명한 방법이라고 생각합니다. 그리고 XML 마크업 언어도 유용할 수 있습니다 .
얼마나 유용한가! 플랫폼 간 솔루션은 WPF 선언적 설명, Android 활동, Xamarin, 웹 페이지에서 실행되며 결국 모두 XML을 사용합니다.
"Java는 이를 위해 특별한 도구를 만들어야 했습니다" - 데이터베이스에서 데이터를 읽고 데이터를 추가할 때 액세스, 기본 액세스 또는 개체 바인딩을 쉽게 수행할 수 있도록 모든 추가 기능 및 도구가 만들어집니다. 최종 개발자. 물론 모든 것이 요청에 따라 작동하며 이 모든 것이 애드온에 깊숙이 숨겨져 있습니다.
그리고 Peter와 함께라면 그가 이것을 원하면 모든 것이 잘 될 것입니다. 그는 그의 끈질긴 습관에 따라 자신의 모델을 "밀어내려고" 노력하고 있습니다. 나는 그것을 매트릭스에서 추상화하고 일반적인 토론으로 넘어가려고 합니다. 매트릭스에 집착하면서 이성적으로 추론하기 어렵다. 그러나 지금까지는 모든 것이 잘 진행되고 있습니다.
그리고 Peter와 함께라면 그가 이것을 원하면 모든 것이 잘 될 것입니다. 그는 그의 끈질긴 습관에 따라 자신의 모델을 "밀어내려고" 노력하고 있습니다. 나는 그것을 매트릭스에서 추상화하고 일반적인 토론으로 넘어가려고 합니다. 매트릭스에 집착하면서 이성적으로 추론하기 어렵다. 그러나 지금까지는 모든 것이 잘 진행되고 있습니다.
...
네, 저는 아무 것도 팔려고 하지 않습니다.) 간단히 말해서 이 모든 것을 클래스로 변환하는 방법을 모르겠습니다. 저는 이제 디버깅에 완전히 집중하고 있습니다. 그것을 게시하는 즉시 여러분과 그 나머지 부분이 더 명확해질 것입니다. 그러면 패턴이 있을 수 있습니다. 이 스레드에서 집단주의가 정당화될 수도 있습니다.)
나는 이 문제에서 인터페이스와 컨트롤을 구축한 창시자들의 경험을 살펴보는 것이 더 낫다고 생각합니다. 나는 바퀴를 재발명하거나 일을 너무 복잡하게 만드는 요점을 보지 못합니다. 우리보다 먼저 많은 것들이 발명되었고 당신은 그것들을 mql로 포팅하기만 하면 됩니다.
특정 컨트롤에서 공통적인 것이 무엇인지 묻지 않았습니다.
이제 한 가지 더 묻겠습니다. Peter, 여기에 다음 컨트롤의 사진을 게시하세요. 아이콘과 캡션이 있는 버튼, 아이콘과 캡션이 있는 텍스트 레이블, 확인란, 라디오 버튼, 콤보 상자, 패널, 입력 필드 .
창업자의 경험이 있는데 그 중 어느 것이 적합할까요? 예를 들어, 교직원 도서관이나 Anatoly의 도서관은 기성 클래스 구조를 제공하지만 이들은 라이브러리입니다. 즉, 필요한 함수를 호출하여 요소를 생성합니다. 마크업 언어가 있습니다. 즉, 별도의 파일에 특수 언어로 GUI를 작성할 수 있습니다. 이것은 완전히 다른 기술입니다. 이것을 고려하지 않으면 MQL에 이미 두 개가 있는 일반 라이브러리를 만들 수 있습니다. 다른 하나는 필요하지 않습니다. 요점은 그것들이 캔버스에 있느냐 없느냐가 아니라 그 위에 인터페이스를 만드는 것이 얼마나 쉬운가 하는 것입니다.
Реter Konow : 창업자의 경험이 있는데 그 중 어느 것이 적합할까요? 예를 들어, 교직원 도서관이나 Anatoly의 도서관은 기성 클래스 구조를 제공하지만 이들은 라이브러리입니다. 즉, 필요한 함수를 호출하여 요소를 생성합니다. 마크업 언어가 있습니다. 즉, 별도의 파일에 특수 언어로 GUI를 작성할 수 있습니다. 이것은 완전히 다른 기술입니다. 이것을 고려하지 않으면 MQL에 이미 두 개가 있는 일반 라이브러리를 만들 수 있습니다. 다른 하나는 필요하지 않습니다. 요점은 그것들이 캔버스에 있느냐 없느냐가 아니라 그 위에 인터페이스를 만드는 것이 얼마나 쉬운가 하는 것입니다.
나는 사진을 게시할 것입니다.
그냥 둘 다의 문제입니다. 그리고 어떤 도면에서 수행되며 인터페이스를 조립하는 것이 얼마나 편리한지.
사실상 모든 것이 라이브러리입니다. 예를 들어, 그래픽 대화 상자 빌더를 만들었지만 무엇을 기반으로 합니까? 동일한 라이브러리 컨트롤을 기반으로 합니다. 즉, 사용자가 양식에 무언가를 넣을 수 있으려면 이와 동일한 컨트롤을 제공해야 합니다. 즉, 라이브러리에서 선택할 수 있습니다. 그래서 그렇게 불리는 것입니다. 그런 다음 이를 기반으로 사용자가 mql에서 사용할 수 있는 마크업 파일을 생성하지만 처음에는 사용자가 사용 가능한 목록에서 컨트롤을 선택한다는 사실이 남아 있습니다. 이것은 "측면도"만 있는 동일한 라이브러리입니다.
니콜라스, 당신의 의견은 항상 흥미롭습니다. 그래픽 프로젝트를 끝내고 사람들에게 주고 싶습니다. 아직 시간이 조금 남았고 누구나 엔진과 생성자를 테스트할 것입니다. 그런 다음 완전히 다른 개발을 계속할 것입니다.
Alexey는 매트릭스를 표준 OOP 형식으로 변환하는 데 도움을 주기로 결정했습니다. 상관없지만 솔직히 말해서 많이 의심스럽습니다. 더 정확하게는 거의 불가능하다는 것을 확실히 알고 있습니다. 동등한 아날로그가 만들어지기까지는 1년이 걸릴 것입니다. 내 관점에서 사람들이 프로젝트를 편집하고 개발할 수 있도록 하는 것은 한 가지 의미가 있습니다. 내가 갑자기 그를 멈추면 다른 사람들이 계속할 수 있습니다.
중요한 것은 이 모든 것이 커뮤니티에 유용하다는 것입니다.))
아마도 페이지를 넘기고 앞으로 나아가야 할 때일 것입니다. 좋은 경험을 했습니다.
그러나 물론 아무도 당신의 프로젝트 를 개발하지 않을 것입니다. 현실적이어야 합니다.
아마도 페이지를 넘기고 앞으로 나아가야 할 때일 것입니다. 좋은 경험을 했습니다.
그러나 물론 아무도 당신의 프로젝트를 개발하지 않을 것입니다. 현실적이어야 합니다.
그들은 발전하지 않지만 적용될 것입니다.
Peter, 아마도 당신의 창조물은 더 이상 마크업 언어가 아니라 쿼리 언어처럼 보일 것입니다.
그리고 우리가 이미 알고 있듯이 최근 MQL5는 이미 SQLite 데이터베이스와 작업할 수 있는 기능을 가지고 있습니다.
데이터베이스란 무엇입니까? 테이블의 집합과 테이블 간의 관계입니다.
그리고 쿼리 언어(SQL - 구조적 쿼리 언어 - 구조적 쿼리 언어 )는 이러한 테이블(생성, 수정, 쿼리 및 액세스, 삭제)과 함께 작동합니다.
조언은 하지 않겠습니다. 나는 당신이 누구의 조언도 필요로 하지 않는 유형의 사람이라는 것을 이미 이해했습니다.
그냥 생각을위한 음식.
그리고 이미 표준화되고 고통을 통해 얻은 형식에 대한 솔루션을 출시하는 것은 많은 가치가 있습니다.
이제 저는 데이터베이스(MySQL)와 상호 작용하여 Java를 배우고 있습니다. Java는 이를 위한 특수 도구(JPA, Hibernate, DAO 디자인 패턴)를 만들어야 했습니다. 이 주제는 귀하와 매우 가깝습니다. 이러한 도구는 본질적으로 Java-to-SQL 변환기 클래스입니다.
제 생각에는 OOP와 SQL을 성공적으로 연습한 후 다시 시작하는 것이 더 현명한 방법이라고 생각합니다. 그리고 XML 마크업 언어도 유용할 수 있습니다 .
얼마나 유용한가! 플랫폼 간 솔루션은 WPF 선언적 설명, Android 활동, Xamarin, 웹 페이지에서 실행되며 결국 모두 XML을 사용합니다.
"Java는 이를 위해 특별한 도구를 만들어야 했습니다" - 데이터베이스에서 데이터를 읽고 데이터를 추가할 때 액세스, 기본 액세스 또는 개체 바인딩을 쉽게 수행할 수 있도록 모든 추가 기능 및 도구가 만들어집니다. 최종 개발자. 물론 모든 것이 요청에 따라 작동하며 이 모든 것이 애드온에 깊숙이 숨겨져 있습니다.
그리고 Peter와 함께라면 그가 이것을 원하면 모든 것이 잘 될 것입니다. 그는 그의 끈질긴 습관에 따라 자신의 모델을 "밀어내려고" 노력하고 있습니다. 나는 그것을 매트릭스에서 추상화하고 일반적인 토론으로 넘어가려고 합니다. 매트릭스에 집착하면서 이성적으로 추론하기 어렵다. 그러나 지금까지는 모든 것이 잘 진행되고 있습니다.
Nikolai, 때때로 당신이 우리의 대화에 참여하기를 바랍니다.
...
그리고 Peter와 함께라면 그가 이것을 원하면 모든 것이 잘 될 것입니다. 그는 그의 끈질긴 습관에 따라 자신의 모델을 "밀어내려고" 노력하고 있습니다. 나는 그것을 매트릭스에서 추상화하고 일반적인 토론으로 넘어가려고 합니다. 매트릭스에 집착하면서 이성적으로 추론하기 어렵다. 그러나 지금까지는 모든 것이 잘 진행되고 있습니다.
...
Nikolai, 때때로 당신이 우리의 대화에 참여하기를 바랍니다.
상관없지만 솔직히 어떻게 도와드릴 수 있을지 모르겠습니다. 모든 것은 이미 여러 번 말했습니다. 피터는 자신의 길을 가면 됩니다.
그는 자급 자족하는 동료이며 자신의 상사이기 때문에 그를 후원 할 필요가 없습니다. 때때로 누군가는 후원이 필요하다는 느낌을 받기는 하지만 이것은 단지 환상, 그의 속임수, 일종의 미끼입니다 :))
상관없지만 솔직히 어떻게 도와드릴 수 있을지 모르겠습니다. 모든 것은 이미 여러 번 말했습니다. 피터는 자신의 길을 가면 됩니다.
그는 자급 자족하는 동료 이며 자신의 상사이기 때문에 그를 후원 할 필요가 없습니다 . 때때로 누군가는 후원이 필요하다는 느낌을 받기는 하지만 이것은 단지 환상, 그의 속임수, 일종의 미끼입니다 :))
Nikolai, Peter를 성격 개발의 대안 경로로 안내하려는 시도를 포기할 가치가 있다고 생각합니까?
R.S.: 어제 사이트가 저에게만 효과가 없었습니까, 아니면 모든 사람에게 효과가 없었습니까?
Nikolai, Peter를 성격 개발의 대안 경로로 안내하려는 시도를 포기할 가치가 있다고 생각합니까?
아이디어는 프로젝트를 대체 경로로 안내하는 것입니다. 그의 코드는 나보다 다시 작성하기가 더 쉽다.)
나는 이 문제에서 인터페이스와 컨트롤을 구축한 창시자들의 경험을 살펴보는 것이 더 낫다고 생각합니다. 나는 바퀴를 재발명하거나 일을 너무 복잡하게 만드는 요점을 보지 못합니다. 우리보다 먼저 많은 것들이 발명되었고 당신은 그것들을 mql로 포팅하기만 하면 됩니다.
특정 컨트롤에서 공통적인 것이 무엇인지 묻지 않았습니다.
이제 한 가지 더 묻겠습니다. Peter, 여기에 다음 컨트롤의 사진을 게시하세요. 아이콘과 캡션이 있는 버튼, 아이콘과 캡션이 있는 텍스트 레이블, 확인란, 라디오 버튼, 콤보 상자, 패널, 입력 필드 .
나는 이 문제에서 인터페이스와 컨트롤을 구축한 창시자들의 경험을 살펴보는 것이 더 낫다고 생각합니다. 나는 바퀴를 재발명하거나 일을 너무 복잡하게 만드는 요점을 보지 못합니다. 우리보다 먼저 많은 것들이 발명되었고 당신은 그것들을 mql로 포팅하기만 하면 됩니다.
특정 컨트롤에서 공통적인 것이 무엇인지 묻지 않았습니다.
이제 한 가지 더 묻겠습니다. Peter, 여기에 다음 컨트롤의 사진을 게시하세요. 아이콘과 캡션이 있는 버튼, 아이콘과 캡션이 있는 텍스트 레이블, 확인란, 라디오 버튼, 콤보 상자, 패널, 입력 필드 .
창업자의 경험이 있는데 그 중 어느 것이 적합할까요? 예를 들어, 교직원 도서관이나 Anatoly의 도서관은 기성 클래스 구조를 제공하지만 이들은 라이브러리입니다. 즉, 필요한 함수를 호출하여 요소를 생성합니다. 마크업 언어가 있습니다. 즉, 별도의 파일에 특수 언어로 GUI를 작성할 수 있습니다. 이것은 완전히 다른 기술입니다. 이것을 고려하지 않으면 MQL에 이미 두 개가 있는 일반 라이브러리를 만들 수 있습니다. 다른 하나는 필요하지 않습니다. 요점은 그것들이 캔버스에 있느냐 없느냐가 아니라 그 위에 인터페이스를 만드는 것이 얼마나 쉬운가 하는 것입니다.
그냥 둘 다의 문제입니다. 그리고 어떤 도면에서 수행되며 인터페이스를 조립하는 것이 얼마나 편리한지.
사실상 모든 것이 라이브러리입니다. 예를 들어, 그래픽 대화 상자 빌더를 만들었지만 무엇을 기반으로 합니까? 동일한 라이브러리 컨트롤을 기반으로 합니다. 즉, 사용자가 양식에 무언가를 넣을 수 있으려면 이와 동일한 컨트롤을 제공해야 합니다. 즉, 라이브러리에서 선택할 수 있습니다. 그래서 그렇게 불리는 것입니다. 그런 다음 이를 기반으로 사용자가 mql에서 사용할 수 있는 마크업 파일을 생성하지만 처음에는 사용자가 사용 가능한 목록에서 컨트롤을 선택한다는 사실이 남아 있습니다. 이것은 "측면도"만 있는 동일한 라이브러리입니다.