Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

inconsistency in native class extension duration

Aberta
#1,650 0 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
25/100
Tipo de issue
Bug
Clareza
Precisa de esclarecimento
Status de atividade
Estagnada
Stack de tecnologia
android, cpp
Domínio
mobile-dev, performance

Direção de pesquisa

Nenhum arquivo-fonte, teste ou ponto de entrada foi indicado. Comece reproduzindo duas inicializações do app com código idêntico nos modos debug e produção, comparando as linhas do tempo de profiling, e investigue se o profiling ou o modo de build explica a variação observada na materialização e na extensão de classes nativas. O trabalho estará concluído quando a causa e uma forma acordada de medi-la ou minimizá-la estiverem documentadas.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

I am working on perfs and spending a lot of time on profiling timelines.
I see very weird inconsistencies in materializing and native class `extending.

This is 2 different app starts with the same exact code. Globally everything is the same except for those "yellow" times.
Here it is a factor 10 which is pretty big.

I add this mostly to start the discussion on what could be the reason for that and how we can make sure we get the smallest one.

  • could that be do to profiling?
  • @darind do you have an opinion on this?
  • here it is in debug, but i see the same kind in production. The difference might be smaller though i am not sure. Can debug/production make a difference for this?
Screenshot 2020-12-17 at 15 37 58
Linguagem predominante
C++
Estrelas
563
Forks
144
Merge médio
10h 46min
PRs com merge (30d)
14

Guia de contribuição

Abrir o guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de NativeScript/android

Todas as issues de NativeScript/android

Issues semelhantes

Mais issues de C++

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.