On Mon, Jan 4, 2010 at 14:19, Kjell Rilbe <kjell.ri...@datadia.se> wrote:
> So it's not an option to maintain a common 2.0 and 4.0 codebase.

It is an option. As well as we keep .NET 1.1 codebase alive. It's just
about time for maintanence vs. new features.

> Apparently it *is* possible to maintain a common 3.5 and 4.0 codebase,

Yes. 3.5 and 4.0 are closer than 2.0 and 4.0, so it's much easier.

> since that's what you said is your intention. So, are those language
> features available in 3.5 already?

What language features? You mean Func or L2O? Yes, these were
introduced in .NET 3.5/C#3.0.

> 3.0 too?

Nope.

> No matter what, I suggest again that you branch off a version for .Net
> 2.0, which would be kept alive for bugfixes but no new features. Poll
> your userbase a few times a year, and when interest in 2.0 support seems
> to have died off or it's judged to be very stable, stop maintaining it
> but keep it at the download site "as is".
>
> Would that be a good approach?

I don't know yet. That's why I'm asking and looking for feedback.

-- 
Jiri {x2} Cincura (CTO x2develop.com)
http://blog.cincura.net/ | http://www.ID3renamer.com

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Firebird-net-provider mailing list
Firebird-net-provider@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/firebird-net-provider

Reply via email to