.NET Framework - .NET Framework 3.5 redistributable
Asked By JigarPatelnospamnospa
07-Apr-08 07:42 PM
Hi,
Is .NET Framework 3.5 redistributable available? If, not what is expected
timeframe for it?
--
Jigar
Vajhøj
(1)
Jigar
(1)
Patel
(1)
Arne
(1)
Redistributable
(1)
Timeframe
(1)
Runtimes
(1)
arn replied...
I think:
http://www.microsoft.com/downloads/details.aspx?FamilyID=333325FD-AE52-4E35-B531-508D977D32A6&displaylang=en
is what you can get.
Arne
JigarPatelnospamnospa replied...
Link you provided is whole framework and requires to download 63MB of data
from Microsoft. 2.0 and 3.0 framework had redistributable(only runtime)
packages which could be easily distributed to clients so they do not need to
install whole framework to just run the programs.
--
Jigar
arn replied...
.NET 1.1 and 2.0 had a runtime and a SDK - the link is the equivalent
of those runtimes - there are no (AFAIK) standalone SDK - you need
to get it with VS. And obviously the runtime needs the entire
framework - a runtime with missing classes is no good.
Arne
Michael D. Ober replied...
The net framework 3.5 runtime is 63Mb. What would be nice to see is
versions for people who already have framework 2.0 and/or 3.0 previously
installed.
Mike.
Marc Gravell replied...
See, that is already no good - 3.5 sits on top of 2.0SP1 and 3.0SP1,
not 2.0 and 3.0. But 63Mb *is* the targetted download; the full
redistributable (useful for network deployment) is closer to 200Mb.
Marc

most markets and seems headed to pass C++ in the rest of the markets soon. Arne I don't think so. I believe C# was developed to be a general language both belongs to the C family of languages. But they are somwhat different languages anyway. Arne PiBEZWFsaW5nIHdpdGggZXhpc3RpbmcgQysrIGNvZGUgY2FuIGJlIGEgZGlzYXN0ZXIgd2hlbiB5 b3UgaGF2ZSBsb3RzIG9mIA0KPiBpbmV4cGVyaWVuY2VkIHByb2dyYW1tZXJzIG9uIHlvdXIgdGVh bS4gVG8gcHJvZ3JhbSB3ZWxsIGluIEMrKyB5b3UgaGF2ZSANCj4gdG8gbGVhcm4gZGlzY2lwbGlu ZWQgbW9kZXJuIEMrKyBwcmFjdGljZXMsIHN1Y2ggYXMgcmVmZXJlbmNlIGNvdW50ZWQgDQo+IHNt YXJ0IHBvaW50ZXJzLCBSQUlJLCBleGNlcHRpb24gc2FmZXR5LCBldGMuIFBpY2tpbmcgdXAgYSBn b29kIHN0eWxlIGlzIA0KPiBpbXBvc3NpYmxlIHdoZW4geW91IGxlYXJuIGZyb20gb2xkIEMrKyBi b29rcy4gQ29tcGFuaWVzIHdobyBoaXJlIEMrKyANCj4gcHJvZ3JhbW1lcnMgdGVuZCB0byBoYXZl IGxvdHMgb2YgbGVnYWN5IGNvZGUgdGhhdCBJIHdvdWxkbid0IGNvbnNpZGVyIA0KPiBtb2Rlcm4g b3IgZWFzeSB0byBtYWludGFpbi4NCg0KVGhhdCBpcyBhIGdvb2QgcG9pbnQuICBPYmplY3Qtb3Jp ZW50ZWQgcHJvZ3JhbW1pbmcgd2Fzbid0IG1hdHVyZSB3aGVuIEMrKyBjYW1lIGludG8gdXNlLiAg VGhlcmUgaXMgYSBsb3Qgb2YgYmFkIEMrKyBjb2RlIGluIHRoZSB3b3JsZCwgYW5kIEMrKyBtYWtl cyBpdCBlYXN5IHRvIHdyaXRlIGJhZCBjb2RlIGFuZCBjcmVhdGUgcHJvZ3JhbXMgdGhhdCBjcmFz aC4NCg0KSSB0aGluayBDIHdpbGwgb3V0bGl2ZSBDKysuICBDIGlzIGdvaW5nIHRvIGNvbnRpbnVl IHRvIGJlIGEgZ29vZCBsYW5ndWFnZSBmb3Igc21hbGwgcm91dGluZXMgd2hlcmUgcGVyZm9ybWFu and only use a subset of C++ (that likely will look relative similar to C). Arne Try google "JIT compiler". Arne More access levels, interfaces and delegates seems to me to be features that makes good OOP easier. Arne And a lot of other stuff. Most of the OLE / COM stuff in Windows and requirements for hardware access or real time characteristics that Java and C# can not meet. Arne Just some clarification: In C++ you have interfaces (abstract classes) and delegates (std::tr1::function SQL Server 2005 Management Studio. It really sucks. En 21 / 06 / 2008 22:24:33, Arne Vajhøj <arne@vajhoej.dk> escribió: Yes, I agree with that. But you suppose a world centered in
XxxDataReader that will not return any rows - you do not get null. Consistent and logical. Arne LINQ to SQL is a dead end. NHibernate and MS EF are both relevant ORM s to consider. You can use LINQ with both of them. NHibernate is rather sophisticated. Arne There are several free and / or open source tools that can generate mappings and classes way is to generate the tables from the classes not the classes from the tables Arne I do not see the relevance for Peters point. ArrayList implements IList List<> implements IList<> But ToList still creates the second one. Arne PS: Oh - and NHibernate supports both IList and IList<> - you just pick which of them it is not so surprisingly to me that it does the same with no data. Arne There are lots of different solutions that works. The question is what woirk best in working on a 50000 hours projects, then those 10 hours of integration does not matter. Arne If you have an existing database that you need to access by your app, then to define the donkey cart after the Ferrari than the Ferrari after the donkey cart. Arne Given that eager and lazy loading has very specific meaning in ORM context and this is not quite that, then I think the term "execute immediately" is a better term. Arne Yes, perhaps, but it was surprising to me. RL Not true. In traditional NHibernate: .ToList
special requirements for real time, embedded, device driver programming and similar then go for C++. Arne Arne Both. I'd choose C++ first because once you learn it C# will be really of lead . . . Unlike Win32 API then COM is intended for C++ (or other OO language). Arne There are several type of code where C++ is either better or plain necessary. But is "write MSI custom actions for installers" really a common task ? Arne AFAIK then no code at all in Mono comes from Microsoft Arne http: / / mono.ximian.com / class-status / http: / / www.mono-project.com / Mono_Project_Roadmap should provide you with some info. Arne There were indeed a Forrester report claiming that. But it does not match very well find. There are practically always about twice as many C# jobs as VB.NET jobs. Arne [David Wilkinson] Do you know if it is possible to throw native C++ exceptions from And there is usually a gap between the C++ standard and the C++ compilers implementation. Arne 5%? Maybe. It's certainly no more than about 10%. The percentage doesn't change
the interface then the actual implementation class in DAL can be replaced without affecting BLL. Arne A good decoupled DAL exposes: * data classes or interfaces (to be very general interfaces are examples that illustrates the point. They are no realistic examples, but hopefully they are illustrative. Arne First example: data class DAL interface factory and two implementations not exposed (internal visibility) for amount"].Value = ac.Amount.ToString(); StreamWriter sw = new StreamWriter(XML_FILE); doc.Save(sw); sw.Close(); } } } Arne Second example: data class DAL interface no factory and 3 implementations for DataReader, LINQ to f2 + "%", NHibernateUtil.String).List<T1> (); } } } IDAL dal = (IDAL)Activator.CreateInstance(Type.GetType(dalimpl, true, false)); Arne st"].ProviderName); + = 20 = 20 LL"]; = 20 Value; = 20 = 20 f1) && = 20 = 20 Thank you very with. Question: your class T1 looks like a poco. It should be the BLL, correct? Arne says that the interface should stay in the DAL. Or maybe we can create a topic: How exactly does interface de-co = uple BLL and DAL? Any demo / real examples? Arne has nicely shown one of his, = but I am confused about the whereabout of his in DAL or by something DAL can reference (and DAL can still not reference BLL). Arne Yes. Yes. No. POCO's can be in any layr. It is not true. And Oracle, MySQL, DB2) - persistence framework (plain ADO.NET, EF, NHibernate) with no changes to BLL. Arne It is actually not completely off-topic. First he explains that using interface for decoupling
that. I believe that is practically never used. Which you can make some conclusions from. Arne No. The principle was 100% wrong as well. Arne Good! But, then, how we respond to that specific misleading example (the 2 loops). Can does that prove? Nothing - except that this type of benchmarks is a waste of time. Arne it is likely that the performance can be shown to be at least on par from what actually happens. Where in your post was the principle that was correct? As Arne says, if you really want to avoid JIT compilation, there is ngen.exe. But in native as stuff that is AOT compiled. It is just compiled at a different time. Arne You could create another benchmark that shows a completely different result. And what so? Neither the original benchmark or your benchmark will have much similarities with a real program. Arne I think the bug is with the guy that did the test. while(true); at software versions on a specific CPU. Different software and different CPU can create different results. Arne . . . . Very interesting analysis. Does it change anything using a stopwatch (elapsed property), instead of the measured should not matter much, C#: Console.ReadKey(); C++: getch(); is a couple of possibilities. Arne Thanks ! good to know :-) I am trying with the stopwatch (stopWatch.Elapsed.Milliseconds) on a