每当像WPF这样的新功能出现时，它都会被添加到.Net Framework中。您是否担心客户端计算机上的磁盘空间？我应该吗？
答案 0 :(得分：5)
根据我在.Net的经验，如果客户端的计算机存在.Net的大小问题，那么可能需要担心的问题比您的程序能够运行的更深层次。
考虑到最新版本的Windows默认安装.Net或在服务包中安装。我敢说没什么可担心的。
最后，如果您是ASP.Net开发人员，您自己的.Net框架文件夹将会被创建的“Temporary ASP.Net files”文件夹变得臃肿，因此对于用户来说它会相当小。
答案 1 :(得分：2)
没有。如今，磁盘空间可能是计算机中最便宜的组件（以美元/ MB为单位）。
答案 2 :(得分：2)
如果有的话，.net框架越来越小，.net 3.5真的，大（200 + MB）.net更小，48MB没关系，你可以使用客户端配置文件29MB
以下是关于.net 4 fm大小和相关信息的link to a post by Hanselman
答案 3 :(得分：2)
我担心 - 但只是一点点。虽然现在的存储空间非常便宜，但是现在购买一个重复的存储设备以便备份到它上面，因为“膨胀”会产生成本。
随着内容量的增加，你必须将更多内容加载到内存中 - 使用RAM，但也需要花费越来越多的时间从磁盘读取它并将其传递到内存总线上。并且，随着RAM的使用，从磁盘读取的部分数据被换出，这意味着更多的时间写入，然后更多的时间读取，当你想要它回来！当您尝试使用计算机时，它是一个缓慢，磁盘磨削和手指敲击的恶性循环。 （只需查看像Outlook或Visual Studio这样的示例，使用像Resharper这样的插件来查看我的意思。）
所以，虽然它不是一个单独的大问题，“磁盘空间/ RAM便宜所以尽可能多地使用”的想法并不好，你应该担心应用程序中的膨胀，并尝试让你的应用程序更高效，因此更具响应性。
当然，这适用于笔记本电脑。上网本三倍，手机五倍。
毕竟也许我们应该担心磁盘空间！
答案 4 :(得分：1)
是。无意识地包括代码“因为它可能在某一天理论上有用，也许”导致代码膨胀且效率低下。
答案 5 :(得分：1)
没有。如果你想要以.NET为目标，你必须接受这个尺寸，为什么要担心呢？更重要的是用户具有正确的版本和无需安装的无需用户交互。非技术用户不了解或不关心.NET，只想使用该应用程序。所以任何让他们等待的事情都会被看作是消极的。