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

Separate general-purpose utility types into their own library / package #550

Open
Tracked by #546
rdeago opened this issue Mar 8, 2022 · 0 comments
Open
Tracked by #546
Assignees
Labels
breaking Requires one or more breaking changes. dependencies Pull requests that update a dependency file enhancement pinned Pinned issues are not closed automatically when stale. v4.x

Comments

@rdeago
Copy link
Collaborator

rdeago commented Mar 8, 2022

EmbedIO.dll contains some general-purpose types that can be useful outside of EmbedIO itself; even more are coming in v4.0. At least some of those types may be useful also in applications that do not use EmbedIO.

Hence, version 4.0 will feature an EmbedIO.Utilities library (plus, obviously, a NuGet package of the same name).

Among the features implemented by EmbedIO.Utilities will be a completely rewritten argument validation solution1, in addition to nearly all the types in the EmbedIO.Utilities namespace in v3.x.

Comments and criticisms are heartily welcome, as usual.

Footnotes

  1. It's more complete and more powerful than the Validate class we have in v3.x. XML docs are already written; proper docs coming soon after v4.0-preview.1.

@rdeago rdeago added enhancement breaking Requires one or more breaking changes. dependencies Pull requests that update a dependency file v4.x pinned Pinned issues are not closed automatically when stale. labels Mar 8, 2022
@rdeago rdeago self-assigned this Mar 8, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
breaking Requires one or more breaking changes. dependencies Pull requests that update a dependency file enhancement pinned Pinned issues are not closed automatically when stale. v4.x
Projects
None yet
Development

No branches or pull requests

1 participant