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

Research JavaScript APIs in other projects #1719

Closed
4 of 6 tasks
Tracked by #1720 ...
hannalaakso opened this issue Jan 30, 2020 · 3 comments
Closed
4 of 6 tasks
Tracked by #1720 ...

Research JavaScript APIs in other projects #1719

hannalaakso opened this issue Jan 30, 2020 · 3 comments

Comments

@hannalaakso
Copy link
Member

hannalaakso commented Jan 30, 2020

What

Research into how other projects structure their JavaScript and deal with things like public vs private methods.

We should:

  • consider previous investigations we've done into this
  • find different libraries that have a JavaScript public API and that set methods and variables as 'public' or 'private'

Why

To get some ideas for things to try when prototyping our own approach for JavaScript in GOV.UK Frontend. Some of the specific problems we're trying to solve as part of this work and that may guide this research are:

For example: do we need a function within the character count to allow people to programatically update the component or tigger an update?

See the epic card for more detail on the problem(s).

Who needs to know about this

Developers

Done when

@vanitabarrett vanitabarrett changed the title Understand how JavaScript APIs and public/private definitions work in existing projects (libraries, design systems) Research JavaScript APIs in other projects Feb 28, 2022
@domoscargin domoscargin self-assigned this Apr 26, 2022
@domoscargin
Copy link
Contributor

I've made some notes here: https://docs.google.com/document/d/14g5JAmyvOhphJ1XDEOUEVb1FCaUb4cf3HLye49o_ovw/edit

The doc needs expanding, but our focus is elsewhere right now, so I'm leaving it here so we can get back to it later.

@vanitabarrett
Copy link
Contributor

@domoscargin Ok for this to go back into the backlog?

@36degrees
Copy link
Contributor

Closing as we're not planning on doing this (at least not as a piece of work in its own right – we often look at what other frameworks are doing for examples of best practise)

@36degrees 36degrees closed this as not planned Won't fix, can't repro, duplicate, stale Apr 3, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants