-
Notifications
You must be signed in to change notification settings - Fork 13
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
136998 - Adjust method signatures to accept ids instead of models #286
136998 - Adjust method signatures to accept ids instead of models #286
Conversation
…t-ids-instead-of-models
Codecov Report
@@ Coverage Diff @@
## master #286 +/- ##
==========================================
Coverage ? 100.00%
==========================================
Files ? 321
Lines ? 3761
Branches ? 491
==========================================
Hits ? 3761
Misses ? 0
Partials ? 0
Continue to review full report at Codecov.
|
…-of-models' of github.com:Esri/hub.js into c/136998-change-method-signatures-to-accept-ids-instead-of-models
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice. Usually we have used getModelFromOptions
to allow the client to use either an ID or a model in functions that require an item model, but it looks like it might not make sense in your case(?) @rweber-esri
Good observation @drewctate. Admittedly, this is something I went back and forth on. Ultimately, these methods don't benefit from accepting a full model object (we don't need groups, data, etc) and the existing |
A follow-up PR to my original PR for hoisting survey sharing logic.
surveys
package, e.g. movingget-*
methods out ofsharing
dir and into a newitems
dirget-*
method signatures to accept anID
string vsIModel
.getStakeholderModel
to use theSurvey2Data
relationship and accept the Form ID instead of a Fieldworker IDgetSurveyModels
performance by make thegetInputFeatureServiceModel
andgetStakeholderModel
calls concurrent (point of More initiatives #3 above).