Best Practices for Structuring Multiple Native SDK Bindings in .NET MAUI
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- android, csharp, ios
- Ambito
- mobile-dev
Direzione di ricerca
Esamina prima gli esempi esistenti di binding nativi nel repository, quindi confronta come sono organizzati i binding Android e iOS per gli esempi degli SDK payment e printer indicati nell’issue. Un risultato utile sarebbe documentare se ogni provider debba avere progetti di binding separati oppure se siano appropriati progetti a livello di categoria, includendo indicazioni sull’isolamento delle dipendenze e sulla manutenzione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
When integrating multiple third-party native SDKs into a .NET MAUI application, such as payment providers (Square, Stripe) and hardware integrations (Epson, Star Micronics printers), what is the best approach for organizing bindings?
Would it be better to create separate Android/iOS binding projects for each SDK?
For example:
- Square.Android.Binding and Square.iOS.Binding
- Stripe.Android.Binding and Stripe.iOS.Binding
- Epson.Android.Binding and Epson.iOS.Binding
- StarMicronics.Android.Binding and StarMicronics.iOS.Binding
Alternatively, would it be more efficient to consolidate bindings within a single project per category (e.g., one Payments Binding for Square & Stripe and one Printers Binding for Epson & Star Micronics), while maintaining distinct implementations for each provider?
What are the best practices for structuring these bindings to ensure scalability, maintainability, and minimal dependency conflicts in a .NET MAUI application?
- Lingua principale
- C#
- Stelle
- 249
- Fork
- 48
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di CommunityToolkit/Maui.NativeLibraryInterop
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
CommunityToolkit/Maui.NativeLibraryInterop#107 · 8 commenti · 1 reazione ·
-
Android dependencies Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
CommunityToolkit/Maui.NativeLibraryInterop#106 · 1 reazione ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
CommunityToolkit/Maui.NativeLibraryInterop#105 · 2 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Difficoltà 3/5 3-5 giorni Idoneità per principianti 30/100
CommunityToolkit/Maui.NativeLibraryInterop#101 · 3 commenti · 4 reazioni ·
Tutte le issue di CommunityToolkit/Maui.NativeLibraryInterop
Issue simili
-
effort:S P3 refactor
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
nightscout/nocturne#1532 ·
-
core dependencies
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 80/100
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
C#/.NET Roslyn LSP Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Suspicious code fragments Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
DotNetNext/SqlSugar#1458 ·