Formats de source
| Langage ou format | Analysé | Frameworks ou stacks détectés |
|---|---|---|
| TypeScript et TSX | Oui | Next.js, TanStack Start, React, Angular, Node.js |
| JavaScript et JSX | Oui | Next.js, React, Vue, Node.js |
| Composants monofichiers Vue | Oui | Vue, Nuxt |
| Svelte | Oui | SvelteKit |
| Python | Oui | Django, FastAPI, Flask |
| Go | Oui | Wails, Gin, Echo, Fiber, Chi, Connect RPC, gRPC, Cobra |
| Swift | Oui | Swift |
| Kotlin et Java | Oui | JVM |
| Rust | Oui | Rust |
| Ruby, C, C++, C#, PHP | Oui | Aucune prise en charge spécifique à un framework |
| Bash, Lua, Scala, Elixir | Oui | Aucune prise en charge spécifique à un framework |
| Markdown et MDX | Oui | Aucune prise en charge spécifique à un framework |
Limites de couverture
Les appels dynamiques, la réflexion et le code généré demandent un examen plus attentif. Une fonction analysée ne garantit pas que Panolayer puisse résoudre chaque appelant ou vérifier chaque attente. La détection de framework identifie la stack ; elle n’établit pas une couverture complète du framework.
Dépôts contenant plusieurs applications
Panolayer détecte les applications au sein des monorepos. Inspectez Architecture pour vérifier quelles applications et relations apparaissent. Ne supposez pas que chaque application imbriquée ou dépendance générée a été découverte.