Client profile mode is the subset of Full .NET Framework and it eliminates the designer related assemblies which are unnecessary for the end user deployment and etc. Everything looks great and it really helps us to solve the deployment huge data transfer problem.
But what is the need of Client profile project type as the default one? I really feel that this is annoying me since I need to switch to full Framework mode whenever I create a new project.
P.S : Please do not suggest me to set the .NET Full Framework mode as the default one in Visual studio if it h开发者_开发技巧as. I want to know the real benefit of this new project type and may be I would have misunderstood this concept.
Do you have an idea on this?
Well - it depends on what you are doing.
For most projects it is totally sufficient to target the Client profile. You already described the advantages: Faster installation and less data to download during installation of the .NET framework.
Only if you need classes mainly used on servers you have to manually change to the "Full" version.
Here's my guess:
However, as most developers who don't know what it does won't change the default state, the default state is the Client Profile - it has no real disadvantages unless you need the "advanced" classes.
Therefore, if your project would run on the "Client Profile" framework, you should target it - some users who do not have the .NET Framework already installed will profit from it.
The others won't notice as the "Client Profile" is a subset of the "full" .NET and fully compatible.
If the Client Profile is the default, more developers will use it, resulting in better acceptance of the Client Profile, which is basically a win-win-situation for developers and users. The Client Profile, as you already said, simplifies deployment for the developer, and decreases the download size for the end user. It's, in my opinion, a good thing to use it as default. You can switch to the full framework later anyway, if it is really necessary.
精彩评论