python-eel/Eel

Question about internal implementation

Open

#524 geöffnet am 24. Sept. 2021

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Python (570 Forks)batch import
help wanted

Repository-Metriken

Stars
 (5.980 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Hi there! I have a question about the code here. Why is it necessary to find all the exposed JS functions before running? The Python side could send a message to the JS side asking to call a function with a specific name. Then, the JS side would check if such function exists, and if not, return an error. Thus, the current implementation seems overcomplicated to me.

Have you not considered this approach, or have you rejected it for some reason? Thanks.

Contributor Guide

Research-Richtung
Lies den referenzierten Code unter https://github.com/ChrisKnott/Eel/blob/e2b6aea81f293599528b9692afd7709a5f5a3854/eel/ init .py#L118, um die Logik der aktuellen Implementierung zu verstehen, die vor der Laufzeit verfügbar gemachte JS Funktionen auflistet. Erwäge den vorgeschlagenen alternativen Ansatz der dynamischen Funktionssuche von der Python Seite aus. Bewerte die Kompromisse in Bezug auf Komplexität, Leistung und Zuverlässigkeit zwischen den beiden Ansätzen.
Tech Stack
python
Domain
full stack
Issue Type
Recherche
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
PythonWeb development basics
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65