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

v4.0? #236

Closed
davethieben opened this issue Apr 25, 2017 · 16 comments
Closed

v4.0? #236

davethieben opened this issue Apr 25, 2017 · 16 comments

Comments

@davethieben
Copy link
Contributor

so v4.0-alpha was released almost 2 years ago, and there hasn't been much movement since. are there any plans of release? or roadmap?

I'd like to use some of the 4.0 features in my ASP.NET Core projects, but there isn't even a pre-release.

@dansiegel
Copy link

so v4.0-alpha was released almost 2 years ago
I'm not sure where a 4.0-alpha was released 2 years ago. I do see though that a 4.0-beta was released in August roughly 9 months ago though. I would echo @davethieben's question about when we might expect either a stable release?

@chezuma
Copy link

chezuma commented May 30, 2017

@davethieben:

Don't know if you have seen this, I assume you have:
https://www.nuget.org/packages/Ninject/4.0.0-beta-0134

To me it seems like this project have lost momentum, is this because the product is considered "good enough, goal of project reached" or is it loss of interest of the main developers?

Either way I really love this library, and it would be sad to see if it get discontinued.

So I echo the question regarding the release of v4 :)

@davethieben
Copy link
Contributor Author

@chezuma yeah, I saw that, but there's no tag or branch in Github, or documentation anywhere, so I have no idea what's in it.

@scott-xu @onovotny

@BrunoJuchli
Copy link
Contributor

I'm not a maintainer but I currently plan to fork Ninject for a .net standard based release "4.0" with 90% feature and interface compatibility. I plan for some design changes, like the way bindings are created, i think I'll use a read-only collection and a "unit of work" kind of approach to make changes to these. This will reflect in the interface of ninject in some places. Loading of a module could be auto-encapsulated, other use cases not so much.
If everything goes according to plan I'd welcome some feedback regarding my interface changes, so to anyone willing to chime in: would be glad if you could state so here, then i'll send you a message when I've got something going on...

@chezuma
Copy link

chezuma commented May 31, 2017

@BrunoJuchli, sounds cool, please keep me posted if you end up doing that .

Dont get me wrong, but it would be really great to get feedback on this thread before everyone branches the current 4.0-beta, if they dont have the time and looking for new maintainers, maybe someone would step up and take the responsibility and keep this repo alive :)

@BrunoJuchli @scott-xu @onovotny

@MaximRouiller
Copy link

Castle Windsor will support .NET Core in its next release.

castleproject/Windsor#145 (comment)

@bayger
Copy link

bayger commented Jul 25, 2017

Is the official v4.0-* supporting .NET Core dead?

@msnelling
Copy link

Could we get a comment either way from a maintainer on this? We'd like to know whether we should wait for .Net Core/Standard support or switch to a different library.

@scott-xu
Copy link
Member

scott-xu commented Sep 4, 2017

will do

@evil-shrike
Copy link

I'm also looking forward for any info on .net core support. is there any roadmap?
I'm sorry, but the project looks abandoned.

so v4.0-alpha was released almost 2 years ago

I'm not sure where a 4.0-alpha was released 2 years ago.

it's the latest release here - https://github.com/ninject/Ninject/releases

@BrunoJuchli
Copy link
Contributor

Due to some unforeseen circumstances and "personal problems" - just at the wrong time... I've not been able to dedicate a significant ammount of time into "re factoring" Ninject and making it ready for .net core.
I really love the Ninject API and would hate to see it dying. However, to keep it alive, I believe there would need to be major effort to be put in performance-optimizing it. The "website" use case get's more and more important, and that's where Ninject performance is very bad.
So just making it .net standard by itself would not be enough, IMO.

@magol
Copy link

magol commented Sep 9, 2017

please, don't let it die

@scott-xu
Copy link
Member

3.3 beta1 is released with netstandard2.0 and without ReadOnlyKernel

@msnelling
Copy link

@scott-xu Thank you!

@davethieben
Copy link
Contributor Author

wait a minute. what does this have to do with a 4.0 release?

@scott-xu
Copy link
Member

scott-xu commented Sep 24, 2017

@davethieben if people are using 4.0 alpha/beta, they have to change ReadOnlyKernel and KernelConfiguration back to StandardKernel.
I know it may not be the best decision to back out ReadOnlyKernel. However, to make a stable release targeting just bug fix and .net standard support is far more urgent than performance tuning. Ninject slept too long... If we continue 4.0 ReadOnlyKernel, to be honest, I don’t have confidence to make a stable release in the near future.
Hope you understand. I just want to make it progressive.

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

No branches or pull requests

10 participants