Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incorrect types in declaration file #177

Open
charesbast opened this issue Dec 11, 2020 · 3 comments
Open

Incorrect types in declaration file #177

charesbast opened this issue Dec 11, 2020 · 3 comments
Labels
bug? V3 v2019-10-10 Client

Comments

@charesbast
Copy link

charesbast commented Dec 11, 2020

Warning: Github issues are not an official support channel for Recurly. If you have an urgent request we suggest you contact us through an official channel: [email protected] or https://recurly.zendesk.com

Describe the bug

Types definitions are incorrect:

  • all fields are optional and nullable
  • some types are not strongly typed (ex: Plan.state -> string instead of an enum)

short example from the declaration file:

export declare class Plan {
  /**
   * Plan ID
   */
  id?: string | null; -> should be id: string;

That's a big problem because in that state those type definitions cannot be used... Are you aware of that issue ? And do you plan to fix it ?

Thanks !

@joannasese joannasese added the V3 v2019-10-10 Client label Feb 12, 2021
@wcauchois
Copy link

I want to chime in here that it's very inconvenient that every type is nullable (e.g. id on invoice - link). Could the developers please fix this to reflect what fields are actually nullable? This leads to code with either tons of redundant nullability checks, or null assertions.

@Silverwolf90
Copy link

Silverwolf90 commented May 23, 2022

I want to chime in here that it's very inconvenient that every type is nullable (e.g. id on invoice - link). Could the developers please fix this to reflect what fields are actually nullable? This leads to code with either tons of redundant nullability checks, or null assertions.

Well I'm here a year later to complain about the same thing. It's a terrible developer experience.

@dmmulroy
Copy link

I want to chime in here that it's very inconvenient that every type is nullable (e.g. id on invoice - link). Could the developers please fix this to reflect what fields are actually nullable? This leads to code with either tons of redundant nullability checks, or null assertions.

I'm also here to see if there is any plans to address this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug? V3 v2019-10-10 Client
Projects
None yet
Development

No branches or pull requests

5 participants