-
Notifications
You must be signed in to change notification settings - Fork 33
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
case class for Query Params #34
Comments
On second thoughts I will leave this as Tuples for the meantime and rely on pattern matching
and
|
evanbennett
added a commit
to evanbennett/scala-uri
that referenced
this issue
Jun 29, 2016
Converted `Uri` to abstract, and created case classes that extend `Uri` to allow easier validation. Extracted `Authority` and `UserInfo` classes from the UriParser to be used fully. Changed `PathPart` to `Segment`. This is more consistent with the RFC. Also, "path" and "part" were too similar and being confused. Changed `QueryString` to `Query`. This is more consistent with the RFC. Created `Scheme` and `Fragment` classes. This seemed more consistent with the rest of the structure and eased validation. Created `Parameter` class. This was mentioned in issue NET-A-PORTER#34 and eased validation. Consistency changes throughout. Deprecated as much as possible to ease transition of existing users. Started updating the README, not complete. No DSL changes (aside from compatibility changes) as this will be completed as a separate task.
evanbennett
added a commit
to evanbennett/scala-uri
that referenced
this issue
Jul 7, 2016
Converted `Uri` to abstract, and created case classes that extend `Uri` to allow easier validation. Extracted `Authority` and `UserInfo` classes from the UriParser to be used fully. Changed `PathPart` to `Segment`. This is more consistent with the RFC. Also, "path" and "part" were too similar and being confused. Changed `QueryString` to `Query`. This is more consistent with the RFC. Created `Scheme` and `Fragment` classes. This seemed more consistent with the rest of the structure and eased validation. Created `Parameter` class. This was mentioned in issue NET-A-PORTER#34 and eased validation. Consistency changes throughout. Deprecated as much as possible to ease transition of existing users. Started updating the README, not complete. No DSL changes (aside from compatibility changes) as this will be completed as a separate task.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Query Parameters are currently Tuples
(String,String)
.It would be nice if these were case class to get nicer fields
name
andvalue
vs_1
and_2
.Still allow Tuples to be passed into methods such as
addParam
andaddParams
The text was updated successfully, but these errors were encountered: