Support exporting structs as a reference
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 45/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Pouca atividade
- Stack de tecnologia
- javascript, swift
Direção de pesquisa
Comece rastreando o mecanismo atual de exportação de structs e o código gerado usado quando structs atravessam a fronteira Swift–JavaScript. Compare esse comportamento com a forma proposta @JS(boxed: true) e a issue #736 e, em seguida, verifique se boxed structs preservam o comportamento baseado em ponteiros pretendido sem copiar seu conteúdo.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
The current mechanism for exporting structs works great for simple structs, like @JS struct Point { let x: Double; let y: Double }. When passed out or into Swift, all the members of the struct are copied.
However, it is also common in Swift to have a less trivial struct, for example:
@JS struct Polygon {
var vertices: [Point]
}
A complex polygon could have tens of thousands of vertices. This works fine in Swift, since the Array is COW. However, this is less than ideal when interoperating with JavaScript, where all the vertices would have to be copied every time the struct crosses the boundary.
Mutating functions currently don’t work on structs, but if they were working, this would also require copying the whole contents of the struct after each call. For example, a mutating addVertex function on Polygon would require copying every vertex across the boundary.
To workaround this issue, you could convert the struct into a class. This improves interoperability with JavaScript, however it can make Swift code less idiomatic.
Proposed Solution
A solution would be allowing structs to be exported using a heap allocated box, which could be expressed using @JS(boxed: true). A “boxed” struct would lead to very similar generated code to a class, where JavaScript just has a Swift-owned pointer.
- Linguagem predominante
- Swift
- Estrelas
- 986
- Forks
- 76
- Merge médio
- 21h 11min
- PRs com merge (30d)
- 4
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de swiftwasm/JavaScriptKit
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
swiftwasm/JavaScriptKit#793 ·
-
swiftwasm/JavaScriptKit#785 · 1 responsável ·
-
[SwiftBuild] Preserve duplicate archive members when SwiftBuild expands static archives for linking Aberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
swiftwasm/JavaScriptKit#781 · 3 comentários ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 25/100
swiftwasm/JavaScriptKit#773 ·
-
swiftwasm/JavaScriptKit#767 · 1 responsável ·
Todas as issues de swiftwasm/JavaScriptKit
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
maxgoedjen/secretive#840 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
manaflow-ai/cmux#13763 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
openwallet-foundation/multipaz#2028 ·