Skip to content
This repository has been archived by the owner on Nov 20, 2018. It is now read-only.

renaming Microsoft.AspNet.HttpFeature to Microsoft.AspNet.HttpFeature.Interfaces #150

Closed
tugberkugurlu opened this issue Nov 9, 2014 · 3 comments

Comments

@tugberkugurlu
Copy link

I assume that Microsoft.AspNet.HttpFeature library only holds AssemblyNeutral interfaces. In order to align with other similar libraries (like Microsoft.Framework.Logging.Interfaces, Microsoft.Framework.Runtime.Interfaces, etc.), I think it would be better to rename this to Microsoft.AspNet.HttpFeature.Interfaces or something similar.

@Tratcher
Copy link
Member

Interesting. The cases aren't quite the same though. Logging.Interfaces is paired with the Logging package just like Runtime.Interfaces is paired with the Runtime package. If we made a HttpFeature.Interfaces package it would have no matching HttpFeature package. Maybe we could pair it with one of the other packages? PipelineCore is where most of the interfaces are consumed.

@tugberkugurlu
Copy link
Author

Yes, that could be the case. I am not sure whether .Interfaces thing is a convention but it seems like a good indicator that the library can be used as build dependency in aspnet50 and aspnetcore50 frameworks. There are already libraries using this as a build dependency like Microsoft.AspNet.Owin.

@davidfowl
Copy link
Member

Done

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants