bobkorinek / mapy-api-ts-types Goto Github PK

V definici není správně zohledněna decorate metoda z http://api.mapy.cz/doc/SMap.Marker.Feature.Card.html

Několik tříd využívá třídu JAK.Signals jako svojí super třídu. Ovšem pár tříd využívá podobnou třídu/rozhraní JAK.ISignals (SMap.Route). Problém je v tom, že rozhraní těchto dvou objektů se liší, předeším ve velice používané metody addListener a proto je zapotřebí zjistit, jaký je mezi těmito objekt vztah a správně tyto rozhraní implementovat.

Je zapotřebí pořešit duplicitní metody, především u třídy SMap.Coords.

U mnoha metody se špatně vypisují návratové typy. Proto bude zapotřebí vymyslet způsob, jak tyto typy rozeznávat, nebo pěkně poprosit vávojáře z Mapycz, aby tam tyto typy doplnili/upravili.

• návratové hodnoty typu boolean u metod jako jsou isActive(), getActive(), isValid()
• tovární statické metody u třídy SMap.Coords
• návratová hodnota metody SMap.computeCenterZoom(arr: SMap.Coords[], usePadding?: boolean): SMap.Coords[]
• třída SMap.Control.Pointer by měl nejspíš správně dědit třídu SMap.Control
• špatná formát konstruktoru v dokumentaci pro třídu SMap.Projection.Oblique

Mnoho metod obsahuje proměnnou options, ve které se vyskytuje několik proměnných. Aktuálně parser tuto proměnnou uvede pouze jako typ object. Proto by bylo fajn, kdyby parser dokázal vytvořit samostatné rozhraní, které by pro tyto proměnné následně uváděl.