Реter Konow #: 물론 개발자에게도 마찬가지입니다. 그러나 기사와 GUI 라이브러리 작성자의 경험을 살펴보면 그들이 직면해야했던 대중화의 어려움을 알 수밖에 없습니다. 어떤 이유인지는 모르겠지만 이 주제는 일반 대중의 관심을 끌지 못합니다. 아마도 강력한 개발자의 비율이 높지 않기 때문일 수도 있지만 대규모 라이브러리와 기사의 복잡성이 누군가를 두렵게 할 수도 있습니다. 솔직히 말해서 OOP는 단순한 추상화가 아니며 방해가 될 때 사람의 동기가 테스트됩니다.
물론 제가 사용하는 마크업 언어는 OOP 개념보다 훨씬 간단하지만, 여러 부분으로 나누어 몇 달에 걸쳐 프레젠테이션을 해야 합니다. 대중화라는 측면에서 볼 때 이는 매우 비효율적인 접근 방식입니다. 그래서 저는 마크업 언어가 그래픽 라이브러리의 운명을 거의 필연적으로 반복할 것이라는 결론에 도달했습니다.
이와는 대조적으로 트레이딩 플랫폼 내부의 시각적 편집기는 새로운 방식입니다. 이전에는 없던 방식입니다. 따라서 다른 운명을 맞이할 것이라는 희망이 있습니다.
요즘 대부분의 고급 인터페이스는 프로그래밍 방식으로 개발되어 매우 좋은 결과를 제공하며 라이브러리를 작성하는 데 완전한 그래픽 편집기를 개발하는 것보다 훨씬 적은 시간이 걸리는 것 외에도 가장 중요한 것은 사용하기 쉬운 편리한 소프트웨어 인터페이스를 생각해 내는 것입니다.
요즘 대부분의 고급 인터페이스는 프로그래밍 방식으로 개발되어 매우 좋은 결과를 제공하며 라이브러리를 작성하는 데 완전한 그래픽 편집기를 개발하는 것보다 훨씬 적은 시간이 걸리는 것 외에도 가장 중요한 것은 사용하기 쉬운 편리한 소프트웨어 인터페이스를 생각해내는 것입니다. React Native에서 영감을 얻을 수 있다고 생각합니다.
저는 논쟁을 하려는 것이 아니라 단지 의견을 제시하는 것입니다.
GUI 개발의 진화에서 클래스 또는 함수 라이브러리는 그래픽 라이브러리, 마크업 언어, 비주얼 에디터라는 기존의 세 가지 라이브러리 중 첫 번째 단계를 차지합니다.
라이브러리를 사용하면 개발자가 가장 시간이 많이 걸리는 방식으로 컨트롤을 만들 수 있지만 최대한의 창의적 자유를 허용한다는 점에 주목할 가치가 있습니다 (매우 숙련 된 개발자를 위해 설계됨).
마크업 언어는 이 사슬의 중간 링크입니다. 편의성과 용이성을 다양한 기능과 결합합니다. 그러나 라이브러리의 주요 단점 중 하나인 모든 사소한 변경 사항을 확인하기 위해 프로그램을 완전히 컴파일해야 한다는 점을 그대로 물려받았습니다. 요소의 색상을 변경하면 컴파일하고, 무언가를 확인하려면 다시 컴파일해야 합니다. 글꼴을 변경했나요? - 다시 컴파일하세요. 위치를 옮겼나요? 다른 텍스트를 작성하시나요? - 다시 컴파일하고, 다시 컴파일하고, 다시 컴파일하세요.
그러나 마크업 언어는 여러 요소로 구성된 대규모 그룹을 만들고 속성을 한꺼번에 설정할 때 필수적입니다. 마크업 언어는 이 과정을 매우 편리하게 만들어 줍니다. 라이브러리보다 훨씬 쉽습니다. 또한 간단한 구문, 직관성, 복잡하지 않은 규칙 덕분에 라이브러리보다 훨씬 빠르게 이해할 수 있습니다.
비주얼 에디터는 최고 수준입니다. 마크업 언어의 모든 장점을 결합하지만 라이브러리의 범위를 넘어서는 새로운 수준으로 끌어올립니다. 편집기에서 작업할 때 모든 변경 사항을 한 번에 볼 수 있습니다. 재컴파일이 필요하지 않습니다. 마크업 언어보다 열등하지는 않지만 기능면에서 마크업 언어를 능가합니다. 상단.
그리고 객관적으로, 이 정점까지 남은 것은 별로 없습니다... 지금까지 이동한 거리와 비교하면요.
지난 2주 동안 미리 정해진 계획에 따라 많은 작업이 진행되었습니다. 그래픽 편집기 창 안에 수동 편집 기능을 구현하는 데 중점을 두어 그 결실을 맺었습니다. 이전 버전의 편집기의 이전 편집 메커니즘이 복원 및 업데이트되었습니다. 하지만 아직 해야 할 일이 더 남아 있습니다. 1월 7일까지 그래픽 편집기에 필요한 모든 주요 편집 메커니즘의 전체 작업을 발표할 계획입니다. 거의 준비되었습니다.
비판이 중요한 것이 아니라 가시적인 결과를 달성했을 때의 기쁨이 중요합니다.
물론 개발자에게도 마찬가지입니다. 그러나 기사와 GUI 라이브러리 작성자의 경험을 살펴보면 그들이 직면해야했던 대중화의 어려움을 알 수밖에 없습니다. 어떤 이유인지는 모르겠지만 이 주제는 일반 대중의 관심을 끌지 못합니다. 아마도 강력한 개발자의 비율이 높지 않기 때문일 수도 있지만 대규모 라이브러리와 기사의 복잡성이 누군가를 두렵게 할 수도 있습니다. 솔직히 말해서 OOP는 단순한 추상화가 아니며 방해가 될 때 사람의 동기가 테스트됩니다.
요즘 대부분의 고급 인터페이스는 프로그래밍 방식으로 개발되어 매우 좋은 결과를 제공하며 라이브러리를 작성하는 데 완전한 그래픽 편집기를 개발하는 것보다 훨씬 적은 시간이 걸리는 것 외에도 가장 중요한 것은 사용하기 쉬운 편리한 소프트웨어 인터페이스를 생각해 내는 것입니다.
요즘 대부분의 고급 인터페이스는 프로그래밍 방식으로 개발되어 매우 좋은 결과를 제공하며 라이브러리를 작성하는 데 완전한 그래픽 편집기를 개발하는 것보다 훨씬 적은 시간이 걸리는 것 외에도 가장 중요한 것은 사용하기 쉬운 편리한 소프트웨어 인터페이스를 생각해내는 것입니다. React Native에서 영감을 얻을 수 있다고 생각합니다.
저는 EA에 그래픽을 사용하지 않고 EA가 매우 가시적 인 재정적 결과를 제공하지만 관심을 가지고 주제를 따르고 저자의 성공을 진심으로 기원합니다!
개발 상태: 양호.
지난 2주 동안 미리 정해진 계획에 따라 많은 작업이 진행되었습니다. 그래픽 편집기 창 안에 수동 편집 기능을 구현하는 데 중점을 두어 그 결실을 맺었습니다. 이전 버전의 편집기의 이전 편집 메커니즘이 복원 및 업데이트되었습니다. 하지만 아직 해야 할 일이 더 남아 있습니다. 1월 7일까지 그래픽 편집기에 필요한 모든 주요 편집 메커니즘의 전체 작업을 발표할 계획입니다. 거의 준비되었습니다.
추신 많은 가제트가 가까운 장래에 훨씬 더 잘 작동 할 것입니다.
추신 새해 복 많이 받으세요!
새해 복 많이 받으세요, 피터.
다음 업데이트/프레젠테이션이 정말 기대됩니다.
새해 복 많이 받으세요, 피터. 그동안의 노고에 다시 한 번 감사드립니다.
다음 업데이트/프레젠테이션을 기대하겠습니다.
이 점에서 나는 동의하지만 수요가 없으면이 기쁨은 즉시 사라지고 공허함이 남습니다. 그래서 이제 저는 결과를 보장하지 않고 조언을 쓰는 사람들과 같은 상황에 처해 있습니다. 말하자면 같은 배에 있습니다.