.net 3.5 Client Profile. Completely useless? Am i missing something?

Question

I'm currently evaluating the .net client profile for a future project, and there are some things I've found that I think make it pretty useless, unless I am missing something of course.

I've installed the client profile on a clean xp vm. When I developed a small test winform app (with compilation aimed at .net 3.5 client profile) and copied it to the virtual machine, I could not run it. The error message was that I needed .net 3.5 sp1 or greater. I guess the problem was with the sp1, is there a client profile sp1? I could not find it.

Then I opened windows update to get SP1. This is a 70MB update to sp1, completely missing the point of a "small" .net client framework. After this the application did work.

Another thing, the client profiles is an online installer. The offline installer is 255MB? So less functionality and aprox the same size as the full .net framework?

Another thing, if you have any previous version of .net installed (which is not totally unheard of, vista and 2003 even include it) the client profile wont install at all. Upgrading 2.0 to 3.5 sp1 is a lot bigger than the client profile (28mb), so it would be useful if this was possible.

So, am I wrong with any of this? and if I'm not, has anyone actually found the client profile useful?

Potency

I've never tried it personally, but that sounds very curious. I'll try to find time to spin up a VM and investigate it (purely 'cos I get intrigued by such things). – Ogdoad

Answer 1

My experience is much the same as yours. Most importantly, I found that when using Visual Studio to create a ClickOnce application, the client profile simply cannot be installed as a part of the setup process, so you end up having to install the entire framework anyway.

Even then, it still doesn't seem to run correctly on all machines, so I gave up on it and just packaged the latest complete framework with my programs to guarantee success, making sure the project settings do not use the client-only option.

I'd personally like to see some documentation on the correct usage of the client-only framework and some justification for why it appears to be horribly broken in its current release.

Emmery

I should note that the client profile shipped in .NET 4 seems to work correctly with full IDE support and more complete support for the framework. – Emmery

Answer 2

If you're distributing a downloadable, mass-market client application that needs to be as low-impact as possible, there are some advantages to using the client profile. Here is a review of the installation time impact of the various versions of the .NET framework on various versions of windows (unfortunately doesn't include Vista):

http://coditate.blogspot.com/2008/12/impact-of-net-framework-on-software.html

Incidentally

Answer 3

You need to add a special .config file alongside the executable which indicates that the application supports client-profile. This file is automatically created by visual studio when you click on the "Client Framework subset" button. See client-profile msdn doc for more info http://msdn.microsoft.com/en-us/library/cc656912.aspx

Eckert

Answer 4

I deploy my app targeting the .Net 3.5 Client Profile SP1 using Click Once and users missing the framework are automatically prompted to download and install the client profile during the setup. (i.e. it works).

Maybe check of the Prerequisites (though I think they may only apply to Click Once):

Shuler

Answer 5

you must first install version of .NET FRAMEWORK(1.1, 2.0/sp1, 3.0/sp1, 3.5) in WIN XP, To able to the complete installation of .NET FRAMEWORK 3.5 SP1 Client Profile, Otherwise, just .NET FRAMEWORK Client Profile will be installed.

Quote from: https://msdn.microsoft.com/en-us/library/cc843122%28v=vs.90%29.aspx

Rorqual

Welcome to Stack Overflow! This is not really an answer to the question above. – Belize

Thank you, The answer is quite relevant to the question asked, with a little intelligence can be understood. – Rorqual