Vscode-ng-language-service: Suporta tipos indexados

Criado em 7 jul. 2017  ·  32Comentários  ·  Fonte: angular/vscode-ng-language-service

Ao usar formulários reativos, no template HTML recebo o erro no título.


Por favor, indique um nome válido.


Ambos "formRegister.controls.company.invalid && formRegister.controls.company.touched" estão sublinhados como um erro, mas o aplicativo funciona bem.

bug

Comentários muito úteis

Também estou tendo esse problema com os formulários reativos.

Uma solução temporária é acessar a propriedade usando uma expressão de acessador de propriedade entre colchetes.

formRegister.controls['company'].invalid

Todos 32 comentários

@ virgil-av Você pode criar um repositório que reproduza esse problema?

Temos o mesmo problema com o tipo de sindicato. Gostar

public Hour: TimeSpan | fragmento;

Erro:
O identificador 'hhMM' não está definido. ''não contém tal membro

hhMM é um membro válido no TimeSpan, mas parece que a hora é tratada como qualquer; (

@wupaz Seu exemplo é esperado, já que string não hhMM como membro e um tipo de união tem apenas os membros que os tipos constituintes têm em comum.

TypeScript relata um erro semelhante

Também estou tendo esse problema com os formulários reativos.

Uma solução temporária é acessar a propriedade usando uma expressão de acessador de propriedade entre colchetes.

formRegister.controls['company'].invalid

Também entendi isso, na verdade. Eu acredito que isso costumava ser um problema no TS também, mas parece estar funcionando para mim agora. Pelo menos no TS 2.4.0 e Angular 4.3.0:

Aqui está a definição de tipo para a propriedade FormGroup.controls: https://github.com/angular/angular/blob/master/packages/forms/src/model.ts#L832

(property) FormGroup.controls: {
    [key: string]: AbstractControl;
}

Ambos funcionam em TS para mim, mas a notação de pontos reclama no serviço de linguagem:

form.controls['birthday']
form.controls.birthday

@intellix O mesmo aqui

O mesmo em v2.5.2 .

eu tenho o mesmo problema no tsc v2.5.2 que amigos disseram

Você pode criar um repositório que reproduza esse problema?

@chuckjaz Posso criar algo melhor: sem repositório.

Porque testei e descobri que esse problema não está relacionado ao código-fonte ou aos pacotes npm. Comecei a ter esse problema e testei o login como um usuário diferente, iniciando o código do Visual Studio no mesmo diretório e não obtive o erro nesse editor.

error_screenshot

Isso também é consistente com o fato de que o erro só aparece no editor e o compilador não reclama durante a compilação.

Então, obviamente, uma diferença por usuário. Em seguida, testei a remoção do diretório de configuração e o problema foi embora. Ao mover o diretório antigo de volta, o problema reaparece.

$ mv  ~/.config/{,old.}Code
$ code .
$ mv  ~/.config/{,new.}Code
$ mv  ~/.config/{old.,}Code
$ code .

Então, algum lixo foi inserido no diretório de configuração que aciona isso (algum cache, creio eu). Ao passar o mouse sobre valid de name.valid logo após iniciar o editor, uma dica de "Carregando ..." é exibida por vários segundos antes de desaparecer e ocorrer o erro. Da segunda vez e mais tarde, o erro é exibido imediatamente ao pairar.

Eu rastreei a diferença do usuário, e é a parcela da extensão vscode Angular.ng-template versão 0.1.7. E agora também posso fornecer um repositório que reproduz esse problema:

  1. Clone https://github.com/colinskow/angular-electron-dream-starter
  2. Aplique o patch anexado.
  3. Abra src / app / hero-form.component.html.
  4. a) Com o Angular.ng-template instalado, name.valid e quatro outros identificadores ficarão sublinhados em vermelho (e [Angular] Identifier 'valid' is not defined. 'NgModel' does not contain such a member erros de dica de ferramenta).
    b) Com o Angular.ng-template não instalado ou desabilitado, nenhum erro ocorre.

O patch é relativo a v7.0.0 , mas eu também testei contra o commit bd5ad5f0 (Feature / ng2 rc5 (# 875)) de 2016-08-21 que é o primeiro commit a conter src / app / app.module .ts, e o erro também ocorreu lá, portanto, presumo que esse seja um problema para todas as versões desse repo.

Já que o angular-elétron-sonho-iniciador é um fork de https://github.com/AngularClass/angular-starter , eu testei o patch nesse repo também, e lá o problema não ocorre, mas a dica contém informações válidas :

no error

Testado originalmente no vscode versão 1.17.2 (commit b813d129). Depois de atualizar para a versão 1.8.0 (commit dcee22027), o resultado é o mesmo.


Devido ao tratamento totalmente estúpido de anexos do Github, o patch é codificado em base64 aqui:

RnJvbSAyYzgxMTJmYzJhM2I2M2FkZjVmZjA0MDQ3NTcyNjAyMjc2ZWMwYmZiIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E / SD1DMz1BNWtvbj0yMEw9QzM9Qjh2ZGFsPz0g
PGtvZGVAZGVua3VsZS5ubz4KRGF0ZTogRnJpLCAxNyBOb3YgMjAxNyAyMDozMDoyMCArMDEwMApT
dWJqZWN0OiBbUEFUQ0hdIEltcG9ydCBvZiBleGFtcGxlIGZyb20gaHR0cHM6Ly9hbmd1bGFyLmlv
L2d1aWRlL2Zvcm1zCgotLS0KIHNyYy9hcHAvYXBwLmNvbXBvbmVudC5odG1sICAgICAgIHwgNDAg
KysrKysrKysrKysrKysrKysrKysrKysrKysrCiBzcmMvYXBwL2FwcC5tb2R1bGUudHMgICAgICAg
ICAgICB8ICA1ICsrKy0KIHNyYy9hcHAvaGVyby1mb3JtLmNvbXBvbmVudC5odG1sIHwgNTggKysr
KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKwogc3JjL2FwcC9oZXJvLWZvcm0u
Y29tcG9uZW50LnRzICAgfCAyMSArKysrKysrKysrKysrKysKIHNyYy9hcHAvaGVyby50cyAgICAg
ICAgICAgICAgICAgIHwgIDkgKysrKysrKwogNSBmaWxlcyBjaGFuZ2VkLCAxMzIgaW5zZXJ0aW9u
cygrKSwgMSBkZWxldGlvbigtKQogY3JlYXRlIG1vZGUgMTAwNjQ0IHNyYy9hcHAvYXBwLmNvbXBv
bmVudC5odG1sCiBjcmVhdGUgbW9kZSAxMDA2NDQgc3JjL2FwcC9oZXJvLWZvcm0uY29tcG9uZW50
Lmh0bWwKIGNyZWF0ZSBtb2RlIDEwMDY0NCBzcmMvYXBwL2hlcm8tZm9ybS5jb21wb25lbnQudHMK
IGNyZWF0ZSBtb2RlIDEwMDY0NCBzcmMvYXBwL2hlcm8udHMKCmRpZmYgLS1naXQgYS9zcmMvYXBw
L2FwcC5jb21wb25lbnQuaHRtbCBiL3NyYy9hcHAvYXBwLmNvbXBvbmVudC5odG1sCm5ldyBmaWxl
IG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAuLmY4YWE1N2EKLS0tIC9kZXYvbnVsbAorKysgYi9z
cmMvYXBwL2FwcC5jb21wb25lbnQuaHRtbApAQCAtMCwwICsxLDQwIEBACis8bmF2PgorCTxhIFty
b3V0ZXJMaW5rXT0iIFsnLi8nXSAiCisJCXJvdXRlckxpbmtBY3RpdmU9ImFjdGl2ZSIgW3JvdXRl
ckxpbmtBY3RpdmVPcHRpb25zXT0gIntleGFjdDogdHJ1ZX0iPgorCQlJbmRleAorCTwvYT4KKwk8
YSBbcm91dGVyTGlua109IiBbJy4vaG9tZSddICIKKwkJcm91dGVyTGlua0FjdGl2ZT0iYWN0aXZl
IiBbcm91dGVyTGlua0FjdGl2ZU9wdGlvbnNdPSAie2V4YWN0OiB0cnVlfSI + CisJCUhvbWUKKwk8
L2E + CisJPGEgW3JvdXRlckxpbmtdPSIgWycuL2RldGFpbCddICIKKwkJcm91dGVyTGlua0FjdGl2
ZT0iYWN0aXZlIiBbcm91dGVyTGlua0FjdGl2ZU9wdGlvbnNdPSAie2V4YWN0OiB0cnVlfSI + CisJ
CURldGFpbAorCTwvYT4KKwk8YSBbcm91dGVyTGlua109IiBbJy4vYmFycmVsJ10gIgorCQlyb3V0
ZXJMaW5rQWN0aXZlPSJhY3RpdmUiIFtyb3V0ZXJMaW5rQWN0aXZlT3B0aW9uc109ICJ7ZXhhY3Q6
IHRydWV9Ij4KKwkJQmFycmVsCisJPC9hPgorCTxhIFtyb3V0ZXJMaW5rXT0iIFsnLi9hYm91dCdd
ICIKKwkJcm91dGVyTGlua0FjdGl2ZT0iYWN0aXZlIiBbcm91dGVyTGlua0FjdGl2ZU9wdGlvbnNd
PSAie2V4YWN0OiB0cnVlfSI + CisJCUFib3V0CisJPC9hPgorPC9uYXY + CisKKzxtYWluPgorCTxh
cHAtaGVyby1mb3JtPjwvYXBwLWhlcm8tZm9ybT4KKwk8cm91dGVyLW91dGxldD48L3JvdXRlci1v
dXRsZXQ + Cis8L21haW4 + CisKKzxwcmUgY2xhc3M9ImFwcC1zdGF0ZSI + dGhpcy5zdGF0ZSQgPSB7
eyBzdGF0ZSQgfCBhc3luYyB8IGpzb24gfX08L3ByZT4KKworPGZvb3Rlcj4KKwk8c3Bhbj4KKwkJ
QW5ndWxhciBFbGVjdHJvbiBEcmVhbSBTdGFydGVyIGJ5IDxhIChjbGljayk9Im9wZW5VUkwodXJs
KSIgaHJlZj0iIyI + QENvbGluU2tvdzwvYT4KKwk8L3NwYW4 + CisJPGRpdj4KKwkJPGEgW2hyZWZd
PSJ1cmwiPgorCQkJPGltZyBbc3JjXT0iYW5ndWxhcmNsYXNzTG9nbyIgd2lkdGg9IjI1JSI + CisJ
CTwvYT4KKwk8L2Rpdj4KKzwvZm9vdGVyPgpkaWZmIC0tZ2l0IGEvc3JjL2FwcC9hcHAubW9kdWxl
LnRzIGIvc3JjL2FwcC9hcHAubW9kdWxlLnRzCmluZGV4IGZlYzI0NTcuLjFjNjEyZWIgMTAwNjQ0
Ci0tLSBhL3NyYy9hcHAvYXBwLm1vZHVsZS50cworKysgYi9zcmMvYXBwL2FwcC5tb2R1bGUudHMK
QEAgLTc3LDYgKzc3LDggQEAgaWYgKEVOViA9PT0gJ2RldmVsb3BtZW50JykgewogICBDT05ESVRJ
T05BTF9JTVBPUlRTLnB1c2goU3RvcmVNb2R1bGUuZm9yUm9vdChyZWR1Y2VycywgeyBtZXRhUmVk
dWNlcnMgfSkpOwogfQogCitpbXBvcnQgeyBIZXJvRm9ybUNvbXBvbmVudCB9IGZyb20gJy4vaGVy
by1mb3JtLmNvbXBvbmVudCc7CisKIC8qKgogICogYEFwcE1vZHVsZWAgaXMgdGhlIG1haW4gZW50
cnkgcG9pbnQgaW50byBBbmd1bGFyMidzIGJvb3RzdHJhcGluZyBwcm9jZXNzCiAgKi8KQEAgLTg3
LDcgKzg5LDggQEAgaWYgKEVOViA9PT0gJ2RldmVsb3BtZW50JykgewogICAgIEFib3V0Q29tcG9u
ZW50LAogICAgIEhvbWVDb21wb25lbnQsCiAgICAgTm9Db250ZW50Q29tcG9uZW50LAotICAgIFhM
YXJnZURpcmVjdGl2ZQorICAgIFhMYXJnZURpcmVjdGl2ZSwKKyAgICBIZXJvRm9ybUNvbXBvbmVu
dCwKICAgXSwKICAgaW1wb3J0czogWyAvLyBpbXBvcnQgQW5ndWxhcidzIG1vZHVsZXMKICAgICBC
cm93c2VyTW9kdWxlLApkaWZmIC0tZ2l0IGEvc3JjL2FwcC9oZXJvLWZvcm0uY29tcG9uZW50Lmh0
bWwgYi9zcmMvYXBwL2hlcm8tZm9ybS5jb21wb25lbnQuaHRtbApuZXcgZmlsZSBtb2RlIDEwMDY0
NAppbmRleCAwMDAwMDAwLi4wZmM2YjgxCi0tLSAvZGV2L251bGwKKysrIGIvc3JjL2FwcC9oZXJv
LWZvcm0uY29tcG9uZW50Lmh0bWwKQEAgLTAsMCArMSw1OCBAQAorICAgIDxkaXYgY2xhc3M9ImNv
bnRhaW5lciI + CisgICAgICA8ZGl2IFtoaWRkZW5dPSJzdWJtaXR0ZWQiPgorICAgICAgICA8aDE +
SGVybyBGb3JtPC9oMT4KKyAgICAgICAgPGZvcm0gKG5nU3VibWl0KT0ib25TdWJtaXQoKSIgI2hl
cm9Gb3JtPSJuZ0Zvcm0iPgorICAgICAgICAgIDxkaXYgY2xhc3M9ImZvcm0tZ3JvdXAiPgorICAg
ICAgICAgICAgPGxhYmVsIGZvcj0ibmFtZSI + TmFtZTwvbGFiZWw + CisgICAgICAgICAgICA8aW5w
dXQgdHlwZT0idGV4dCIgY2xhc3M9ImZvcm0tY29udHJvbCIgaWQ9Im5hbWUiCisgICAgICAgICAg
ICAgICAgICAgcmVxdWlyZWQKKyAgICAgICAgICAgICAgICAgICBbKG5nTW9kZWwpXT0ibW9kZWwu
bmFtZSIgbmFtZT0ibmFtZSIKKyAgICAgICAgICAgICAgICAgICAjbmFtZT0ibmdNb2RlbCI + Cisg
ICAgICAgICAgICA8ZGl2IFtoaWRkZW5dPSJuYW1lLnZhbGlkIHx8IG5hbWUucHJpc3RpbmUiCisg
ICAgICAgICAgICAgICAgIGNsYXNzPSJhbGVydCBhbGVydC1kYW5nZXIiPgorICAgICAgICAgICAg
ICBOYW1lIGlzIHJlcXVpcmVkCisgICAgICAgICAgICA8L2Rpdj4KKyAgICAgICAgICA8L2Rpdj4K
KyAgICAgCisgICAgICAgICAgPGRpdiBjbGFzcz0iZm9ybS1ncm91cCI + CisgICAgICAgICAgICA8
bGFiZWwgZm9yPSJhbHRlckVnbyI + QWx0ZXIgRWdvPC9sYWJlbD4KKyAgICAgICAgICAgIDxpbnB1
dCB0eXBlPSJ0ZXh0IiBjbGFzcz0iZm9ybS1jb250cm9sIiBpZD0iYWx0ZXJFZ28iCisgICAgICAg
ICAgICAgICAgICAgWyhuZ01vZGVsKV09Im1vZGVsLmFsdGVyRWdvIiBuYW1lPSJhbHRlckVnbyI +
CisgICAgICAgICAgPC9kaXY + CisgICAgIAorICAgICAgICAgIDxkaXYgY2xhc3M9ImZvcm0tZ3Jv
dXAiPgorICAgICAgICAgICAgPGxhYmVsIGZvcj0icG93ZXIiPkhlcm8gUG93ZXI8L2xhYmVsPgor
ICAgICAgICAgICAgPHNlbGVjdCBjbGFzcz0iZm9ybS1jb250cm9sIiBpZD0icG93ZXIiCisgICAg
ICAgICAgICAgICAgICAgIHJlcXVpcmVkCisgICAgICAgICAgICAgICAgICAgIFsobmdNb2RlbCld
PSJtb2RlbC5wb3dlciIgbmFtZT0icG93ZXIiCisgICAgICAgICAgICAgICAgICAgICAgICNwb3dlcj0i
bmdNb2RlbCI + CisgICAgICAgICAgICAgIDxvcHRpb24gKm5nRm9yPSJsZXQgcG93IG9mIHBvd2Vy
cyIgW3ZhbHVlXT0icG93Ij57e3Bvd319PC9vcHRpb24 + CisgICAgICAgICAgICA8L3NlbGVjdD4K
KyAgICAgICAgICAgIDxkaXYgW2hpZGRlbl09InBvd2VyLnZhbGlkIHx8IHBvd2VyLnByaXN0aW5l
IiBjbGFzcz0iYWxlcnQgYWxlcnQtZGFuZ2VyIj4KKyAgICAgICAgICAgICAgUG93ZXIgaXMgcmVx
dWlyZWQKKyAgICAgICAgICAgIDwvZGl2PgorICAgICAgICAgIDwvZGl2PgorICAgICAKKyAgICAg
ICAgICA8YnV0dG9uIHR5cGU9InN1Ym1pdCIgY2xhc3M9ImJ0biBidG4tc3VjY2VzcyIgW2Rpc2Fi
bGVkXT0iIWhlcm9Gb3JtLmZvcm0udmFsaWQiPlN1Ym1pdDwvYnV0dG9uPgorICAgICAgICAgIDxi
dXR0b24gdHlwZT0iYnV0dG9uIiBjbGFzcz0iYnRuIGJ0bi1kZWZhdWx0IiAoY2xpY2spPSJuZXdI
ZXJvKCk7IGhlcm9Gb3JtLnJlc2V0KCkiPk5ldyBIZXJvPC9idXR0b24 + CisgICAgICAgIDwvZm9y
bT4KKyAgICAgIDwvZGl2PgorICAgICAKKyAgICAgIDxkaXYgW2hpZGRlbl09IiFzdWJtaXR0ZWQi
PgorICAgICAgICA8aDI + WW91IHN1Ym1pdHRlZCB0aGUgZm9sbG93aW5nOjwvaDI + CisgICAgICAg
IDxkaXYgY2xhc3M9InJvdyI + CisgICAgICAgICAgPGRpdiBjbGFzcz0iY29sLXhzLTMiPk5hbWU8
L2Rpdj4KKyAgICAgICAgICA8ZGl2IGNsYXNzPSJjb2wteHMtOSAgcHVsbC1sZWZ0Ij57eyBtb2Rl
bC5uYW1lIH19PC9kaXY + CisgICAgICAgIDwvZGl2PgorICAgICAgICA8ZGl2IGNsYXNzPSJyb3ci
PgorICAgICAgICAgIDxkaXYgY2xhc3M9ImNvbC14cy0zIj5BbHRlciBFZ288L2Rpdj4KKyAgICAg
ICAgICA8ZGl2IGNsYXNzPSJjb2wteHMtOSBwdWxsLWxlZnQiPnt7IG1vZGVsLmFsdGVyRWdvIH19
PC9kaXY + CisgICAgICAgIDwvZGl2PgorICAgICAgICA8ZGl2IGNsYXNzPSJyb3ciPgorICAgICAg
ICAgIDxkaXYgY2xhc3M9ImNvbC14cy0zIj5Qb3dlcjwvZGl2PgorICAgICAgICAgIDxkaXYgY2xh
c3M9ImNvbC14cy05IHB1bGwtbGVmdCI + e3sgbW9kZWwucG93ZXIgfX08L2Rpdj4KKyAgICAgICAg
PC9kaXY + CisgICAgICAgIDxicj4KKyAgICAgICAgPGJ1dHRvbiBjbGFzcz0iYnRuIGJ0bi1wcmlt
YXJ5IiAoY2xpY2spPSJzdWJtaXR0ZWQ9ZmFsc2UiPkVkaXQ8L2J1dHRvbj4KKyAgICAgIDwvZGl2
PgorICAgIDwvZGl2PgpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUKZGlmZiAtLWdpdCBhL3Ny
Yy9hcHAvaGVyby1mb3JtLmNvbXBvbmVudC50cyBiL3NyYy9hcHAvaGVyby1mb3JtLmNvbXBvbmVu
dC50cwpuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwLi45MjY1ZmI5Ci0tLSAvZGV2
L251bGwKKysrIGIvc3JjL2FwcC9oZXJvLWZvcm0uY29tcG9uZW50LnRzCkBAIC0wLDAgKzEsMjEg
QEAKK2ltcG9ydCB7IENvbXBvbmVudCB9IGZyb20gJ0Bhbmd1bGFyL2NvcmUnOworCitpbXBvcnQg
eyBIZXJvIH0gZnJvbSAnLi9oZXJvJzsKKworQENvbXBvbmVudCh7CisJc2VsZWN0b3I6ICdhcHAt
aGVyby1mb3JtJywKKwl0ZW1wbGF0ZVVybDogJy4vaGVyby1mb3JtLmNvbXBvbmVudC5odG1sJwor
fSkKK2V4cG9ydCBjbGFzcyBIZXJvRm9ybUNvbXBvbmVudCB7CisKKwlwdWJsaWMgcG93ZXJzID0g
WydSZWFsbHkgU21hcnQnLCAnU3VwZXIgRmxleGlibGUnLCAnU3VwZXIgSG90JywgJ1dlYXRoZXIg
Q2hhbmdlciddOworCXB1YmxpYyBtb2RlbCA9IG5ldyBIZXJvKDE4LCAnRHIgSVEnLCB0aGlzLnBv
d2Vyc1swXSwgJ0NodWNrIE92ZXJzdHJlZXQnKTsKKworCXB1YmxpYyBzdWJtaXR0ZWQgPSBmYWxz
ZTsKKworCXB1YmxpYyBvblN1Ym1pdCgpIHsgdGhpcy5zdWJtaXR0ZWQgPSB0cnVlOyB9CisKKwlw
dWJsaWMgbmV3SGVybygpIHsKKwkJdGhpcy5tb2RlbCA9IG5ldyBIZXJvKDQyLCAnJywgJycpOwor
CX0KK30KZGlmZiAtLWdpdCBhL3NyYy9hcHAvaGVyby50cyBiL3NyYy9hcHAvaGVyby50cwpuZXcg
ZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwLi4xNzQ5YzkyCi0tLSAvZGV2L251bGwKKysr
IGIvc3JjL2FwcC9oZXJvLnRzCkBAIC0wLDAgKzEsOSBAQAorZXhwb3J0IGNsYXNzIEhlcm8gewor
CWNvbnN0cnVjdG9yKAorCQlwdWJsaWMgaWQ6IG51bWJlciwKKwkJcHVibGljIG5hbWU6IHN0cmlu
ZywKKwkJcHVibGljIHBvd2VyOiBzdHJpbmcsCisJCXB1YmxpYyBhbHRlckVnbz86IHN0cmluZwor
CSkgeworCX0KK30KLS0gCjIuMTMuNgoK

Estou enfrentando um problema semelhante. Parece que o plugin reconhece apenas variáveis ​​declaradas diretamente na classe, mas não aquelas aninhadas em formGroup ou formBuilder.
Este código de componente fornece Squigglies de erro em HTML para os dois campos FromControl-

export class MyDetailComponent implements OnInit {
  myForm: FormGroup;
  constructor() { }
  ngOnInit() {
    this.myForm = new FormGroup({
      name: new FormControl({ value: '', disabled: true }),
      gender: new FormControl({ value: '', disabled: true })
    });
  }
}

isso, por outro lado, não fornece os rabiscos de erro, pois declarei o FormControl na classe diretamente (esta não é uma solução, infelizmente, porque o angular não permite a declaração do formcontrol fora do formgroup) -

export class MyDetailComponent implements OnInit {
  myForm: FormGroup;
  name: FormControl;
  gender: FormControl;
  constructor() { }
  ngOnInit() {
    this.myForm = new FormGroup({
      name: new FormControl({ value: '', disabled: true }),
      gender: new FormControl({ value: '', disabled: true })
    });
  }
}

Tente prefixar "!!".
Embora seja complicado,
Eu consegui dessa forma.

image

@hlovdal Tentei suas etapas de reprodução, mas não consegui produzir o erro. Parece funcionar bem.
Testei usando VS Code Linux v1.20.1, Typescript 2.6.2, Angular.ng-template v0.1.9
Você pode confirmar se o problema ainda existe no Angular.ng-template v0.1.9?

@kyliau Eu tive esse problema hoje com o VS Code v1.21.1 no Windows, Typescript 2.3.4 e Angular.ng-template v0.1.9. Aqui está como eu crio o formulário:

this.form = formBuilder.group({
      amount: ["", Validators.compose([Validators.required, SomeCustomValidator.isValid])],
      sale: [{ value: "0" }],
      amountTotal: [""],
      price: [{ value: "123" }, Validators.compose([Validators.required, SomeCustomValidator.isValid])],
      discount: [{ value: "0" }, SomeCustomValidator.isValid],
      priceAfterDiscount: [""],
      sum: [""],
      sumDph: [""]
 });

e no modelo tento alcançá-lo assim:

<ion-item [class.invalid]="!buyForm.controls.amount.valid && (buyForm.controls.amount.dirty || submitAttempt)">

recebendo este erro:

[Angular] Identifier 'amount' is not defined. '__type' does not contain such a member

Quando negado, ele não lança o erro (significando que apenas buyForm.controls.amount.dirty está sublinhado, não a parte !buyForm.controls.amount.valid ). É por isso que a solução dada acima (com dupla negação) funciona.

Há anos que procuro uma solução alternativa para isso - obrigado

@guhyeon obrigado, mas você pode explicar o que isso faz?

@rubenheymans
Bem ... eu não sei muito.
Acho que é um problema do compilador de script de tipo.
É um expediente que aprendi por acaso.

Tentei usar esta solução alternativa, que também impede o vscode Angular Language Service de reclamar:

password.hasError('required') usando Validators.required validador na senha FormControl

AbstractControl.hasError() requer um valor errorCode que eu obtive exibindo a propriedade AbstractControl.errors na tela para depuração

{{password.errors | json}} , resultando em: { "required": true }

Provavelmente, outras tipificações podem estar disponíveis para códigos de erro conhecidos, bem como validadores personalizados

image

Também estou tendo o mesmo problema com o compilador de texto digitado.

image
image
O mesmo que @ ajaysake1992

Acho que por trás disso é o mesmo problema que # 149 - referenciar um objeto com uma assinatura de índice por índice ( control?.errors['required'] ) funciona, mas referenciar com notação de ponto ( control?.errors.required ) é incorreto sinalizado como incorreto.

Eu consegui isso hoje com um simples onde 'pesquisa' era indefinida e estava me dando rabiscos vermelhos.
O aplicativo foi compilado e funcionou conforme o esperado (para minha frustração, depois de passar metade do dia tentando resolver o problema antes de executá-lo ...)
Parece um bug do vscode para mim?

Esta é a minha solução alternativa se você não gostar do "!!" em html.

your.component.ts:

get emailFormControl (): any {
return this.formGroupName.get ('email');
}

your.component.html:

Por favor digite um email válido.

Esta solução funciona para mim, sem dar nenhum erro de compilação / erro de tempo de execução.

Isso funcionou para mim:
Na linha onde você marca o erro, fiz um espaço com a barra de espaço antes do fechamento da tag (>) e o erro desapareceu.
Excluí o espaço criado e tudo estava normal, sem erros.

Também está tendo exatamente o mesmo problema. Os controles FormGroup criados no FormBuilder não são conhecidos como o intellisense do VSCode para o modelo de visão. Alguma ideia se existe uma solução real possível para isso, ao invés do !! Gambiarra

Você pode usar colchetes em vez do operador ponto para acessar o nome da propriedade. Isso pode corrigir seu erro de compilação.
Exemplo - * ngIf = "price.errors [obrigatório]"

Uau, colchetes resolve o vermelho. Posso confirmar que isso é esporático.
Estou usando Angular: 7.2.15 , typescript: 3.1.6 e VSC 1.35.1 .
Screen Shot 2019-06-29 at 10 28 28 AM

Isso ainda está acontecendo com o Angular 8.1.3, com validadores de formulários personalizados e integrados (por exemplo, obrigatório). Seria incrível se os validadores registrados fossem claros para o intellisense. Executando o VSC 1.36.1.

Solução alternativa: use a anotação de colchetes em vez da anotação de ponto ou use !! formcontrol.errors.required

A solução alternativa me faz pensar se o intellisense pode marcá-lo devido ao seu valor indefinido. Uma vez que o objeto de erros não é um conjunto de sinalizadores verdadeiro / falso, mas definido pela existência de tais sinalizadores (que é um padrão incomum da IMO), eu poderia imaginar o intellisense tendo problemas com isso.

@ivanwonder já criou relações públicas para este problema. Então, vamos esperar até que eles sejam mesclados.

Gambiarra:

Ao invés de:

formGroup.errors?.customValidator

usar:

formGroup.errors && formGroup.errors['customValidator']

Fico feliz que haja uma solução alternativa ... mas houve algum progresso durante a investigação do problema?
Tenho certeza que muitos de nós preferimos a notação de ponto simples.

Este problema ainda existe na v0.802.3

Este problema foi bloqueado automaticamente devido à inatividade.
Registre um novo problema se você estiver encontrando um problema semelhante ou relacionado.

Leia mais sobre nossa política de bloqueio automático de conversas .

_Esta ação foi executada automaticamente por um bot._

Esta página foi útil?
0 / 5 - 0 avaliações