mql의 ide로서의 Vim - 페이지 12

 

그건 그렇고, 오늘 의미론적 강조 표시를 켜는 기능을 발견했습니다(즉, 유형에 대해 아무것도 모르는 Wim이 아니라 LSP 서버에 의해 색상이 지정됨). 원칙적으로 멋지네요. 관심이 있는 사람이 있으면 https://github.com/clangd/coc-clangd 의 지침을 따르세요. 그리고 coc-settings.json은 결과적으로 다음과 같이 변질되었습니다.

{
     "signature.maxWindowHeight" : 20 ,
     "clangd.semanticHighlighting" : true
}

모든 서버 설정을 제거하고 coc-clangd(coc의 확장) 자체가 클라이언트의 coc를 구성합니다.

clangd/coc-clangd
clangd/coc-clangd
  • clangd
  • github.com
install Node.js. and run on Node.js. install . Instructions using (check out coc.nvim Wiki other options): in vim, run will try to find from your , if not found, you can run to install the latest release from GitHub follow Project setup to generate for your project Note: If you've configured as a languageServer in , you should remove it to...
 
Maxim Kuznetsov :

일반적으로 mql용 언어 서버(https://langserver.org/)를 만드는 것이 논리적입니다. 그러면 vim과 emacs가 똑같이 선택합니다. 그리고 비주얼 스튜디오와 이클립스. 하지만 이 양은 상당하고 90%는 MQ 개발자가 만든 것입니다. 즉, 이것은 새로운 버그와 오해로 다른 사람의 작업을 재작업한 것입니다.

C++ 코드 변환기를 MQL로 만드는 다른 방법으로 가는 것이 더 나은 것 같습니다. 플러스에 직접 코딩할 수 있도록(일부 제한 있음) MQL은 실행 가능한 .ex5 코드를 생성하기 위한 중간 패드로만 사용됩니다. 저것들. 사실 MQL 자체가 나쁜 꿈처럼 잊혀질 수 있습니다)

사실, Vict 는 목발의 도움으로 일부 구조를 대체하려고 시도하면서 부분적으로 이 방향으로 가고 있습니다. 그러나 어떻게 든이 문제를 체계적으로 해결하는 것이 좋습니다. 아마도 일부 플러스 컴파일러의 소스 코드를 기반으로 하는 것이 필요할 것입니다. 나도 이런 일의 일부가 될 수 있습니다.

 
Alexey Navoykov :

C++ 코드 변환기를 MQL로 만드는 다른 방법으로 가는 것이 더 나은 것 같습니다. 플러스에 직접 코딩할 수 있고(일부 제한 있음) MQL은 실행 가능한 .ex5 코드를 생성하기 위한 중간 패드로만 사용됩니다. 저것들. 사실 MQL 자체가 나쁜 꿈처럼 잊혀질 수 있습니다)

사실, Vict 는 목발의 도움으로 일부 구조를 대체하려고 시도하면서 부분적으로 이 방향으로 가고 있습니다. 그러나 어떻게 든이 문제를 체계적으로 해결하는 것이 좋습니다. 아마도 일부 플러스 컴파일러의 소스 코드를 기반으로 하는 것이 필요할 것입니다. 나도 이런 일의 일부가 될 수 있습니다.

당신은 이상합니다. 아주 어려요. 당신은 파괴할 준비가 된 것에 참여하기를 원합니다.

 

여러분, 당신은 영웅주의에 끌립니다. 신은 당신이 소유주의를 위해 그런 일에 관여하는 것을 금지합니다. 아주 똑똑한 관리자가 돈을 벌어서 우리 삶을 더 편하게 만들고 NewRevolutionarySoft-1.limited.edition을 출시하고 실수로 이전 버전과의 호환성을 완전히 끊을 때까지 기다리면서 더 이상 이렇게 살 수 없다는 이야기를 하기 위해, 세상은 앞으로 나아가고 있습니다. 가방을 들고 우리는 달려갑니다. 별로 부담스럽지 않은 목발 세트 - 천장. 이 관리자들이 LSP 서버를 스스로 자르도록 하십시오. 그들은 동일한 경험, 통계 등을 가지고 있습니다.

 
광명과 가난
 
Alexey Navoykov :

C++ 코드 변환기를 MQL로 만드는 다른 방법으로 가는 것이 더 나은 것 같습니다. 플러스에 직접 코딩할 수 있고(일부 제한 있음) MQL은 실행 가능한 .ex5 코드를 생성하기 위한 중간 패드로만 사용됩니다. 저것들. 사실 MQL 자체가 나쁜 꿈처럼 잊혀질 수 있습니다)

사실, Vict 는 목발의 도움으로 일부 구조를 대체하려고 시도하면서 부분적으로 이 방향으로 가고 있습니다. 그러나 어떻게 든이 문제를 체계적으로 해결하는 것이 좋습니다. 아마도 일부 플러스 컴파일러의 소스 코드를 기반으로 하는 것이 필요할 것입니다. 나도 이런 일의 일부가 될 수 있습니다.

그럼 아마 여기 없을거야? 현실에서 끔찍한 꿈을 꾸는 이유는 무엇입니까? 다른 곳은 그렇게 무섭지 않은가? 당신은 당신의 활동의 의미에 대해 생각합니다. 그것은 당신의 것이 아닐 수도 있습니다. 아마도 당신의 것은 다른 곳에 있습니까? 무섭지 않은 곳. 비행기는 어디로...

 
Artyom Trishkin :

그럼 아마 여기 없을거야? 현실에서 끔찍한 꿈을 꾸는 이유는 무엇입니까? 다른 곳은 그렇게 무섭지 않은가? 당신은 당신의 활동의 의미에 대해 생각합니다. 그것은 당신의 것이 아닐 수도 있습니다. 아마도 당신은 다른 곳에 있습니까? 무섭지 않은 곳. 비행기는 어디로...

그녀는 항상 다른 장소와 다른 방향에서 활동하고 있습니다. 걱정하지 마십시오. 인생의 의미뿐만 아니라 포럼에 앉아서 누군가의 게시물을 검토하는 데 국한되지 않습니다.

 
Vict :

별로 부담스럽지 않은 목발 세트 - 천장

글쎄요, 보시다시피 이 세트는 지속적으로 성장하고 증식합니다. 따라서 여기서 질문은 순전히 합리화입니다. 끊임없이 새로운 목발을 만들고 만지작거리며 시간을 보내거나, 문제를 싹에서 해결하고 더 이상 걱정하지 마십시오. 솔직히 어떤 종류의 하위 호환성이 논의되었는지 잘 이해하지 못했습니다. 무엇과 호환됩니까?
 

Alexey Navoykov :
1. Ну как видим, набор этот у вас постоянно растёт и множится.  Поэтому тут вопрос чисто рационализаторский.  Либо ты постоянно тратишь время на создание очередных костылей и возню с ними, либо решаешь проблему на корню и больше не паришься. 

2. 솔직히 말해서 어떤 하위호환성이 논의되는지 잘 이해가 되지 않았습니다. 무엇과 호환됩니까?

1. 이 " 프로젝트 "의 전체 본질은 통치할 때 잊어버린 150줄의 쉘 스크립트인 것 같습니다. 나머지는 각 사용자가 스스로 할 수 있어야 하는 하나의 플러그인을 설정하는 것입니다. 저는 잠재적인 초보자를 돕기로 결정했습니다.

2. 그들이 예전 MKL 방언으로 무엇을 했는지 기억하십니까? 그러나 예를 들어 선택을 위한 확인란을 만들 수 있습니다. 일반적으로 대략 거기에서 그들은 이 호환성을 돌렸습니다. 당신의 100500줄 프로젝트가 호박으로 변하는 것을 보는 것은 정말 즐거운 일이라고 생각합니다.

 
Vict :

2. 그들이 예전 MKL 방언으로 무엇을 했는지 기억하십니까? 그러나 예를 들어 선택을 위한 확인란을 만들 수 있습니다. 일반적으로 대략 거기에서 그들은 이 호환성을 돌렸습니다. 당신의 100500줄 프로젝트가 호박으로 변하는 것을 보는 것은 정말 즐거운 일이라고 생각합니다.

아마도 당신은 내가 말하는 것을 잘 이해하지 못했을 것입니다. 그러나 정반대입니다. 이제 MQL로 코딩하는 동안 설명한 상황에 빠질 위험이 있으며 모든 프로젝트 를 다시 작성해야 합니다. 나는 C ++에서 직접 코드를 작성하기 위해 변환기/어댑터를 작성하는 것에 대해 이야기하고 있습니다. 그리고 호환성 문제가 있는 경우 프로젝트 자체가 아니라 이 어댑터만 수정하면 됩니다.

사유: