Add pass auth config to endpoints #30
Conversation
…aan/radio-q-creative into add-pass-auth-config-to-endpoints
vhsiebe
requested review from
a team,
DefV,
casperboone,
mitchellklijs and
pjaspers
and removed request for
a team
| if (!this.radioToken) { | ||
| throw new Error('No currentUserToken available') | ||
| } | ||
| api.requestModifiers.push((request) => request.withHeader('Authorization', `Bearer ${this.radioToken}`)) |
There was a problem hiding this comment.
De requestModifiers voelt als een private ding (maar ik zie ook niet meteen waarom we deze bijhouden in een array), dus ik had hier verwacht dat je het ging zetten op een this.passAuth of iets, zodat je dat in de request() method weer op zou kunnen bouwen.
(Wat ik zeg doet eigenlijk exact hetzelfde als wat jij hier doet, dus dit is geen 'mijn manier is de goede' meer een 'wat denk je van dit?'-comment)
| */ | ||
| async requestData(callback, key = 'data') { | ||
| const response = await callback(this.api.request()) | ||
| async requestData(callback, key = 'data', config = { withAuth: false }) { |
There was a problem hiding this comment.
Misschien is het een idee om in plaats van een nieuw config object een (optionele) Api instance mee te geven. Dan hebben we minder punten waarop er verandering is.
(dus bijv. this.requestPaginatedData((r) => r.get('/members/me/ratings'), 'ratings', this.api.withAuth()))
Momenteel sturen we de authentication header met elke call mee als we een auth token hebben, dit zorgt ervoor dat sommige calls niet kunnen gecached worden.
vanaf nu zal je moeten meegeven of het auth nodig heeft of niet.
Aangezien die verschillende zaken kan breken wordt dit een major version, en moeten we onze grootste applicaties aanpassen (stemtool, aanmeldmoment)