我的一个想法,呵呵..

Question

 微软什么时候把IDE和.NET framework,SDK....分开呀
我的设想是:
一.IDE只是一个开发壳,这个壳最好用C++开发,不要用Winform,WPF开发..太慢了..
二.安装了IDE,想开发那个版本的.NET Framework就安装什么版本的SDK和语言.

Answer 1

你是想累死  vs开发组阿。。。。

用.net和wpf 就是为了解放生产力的 因为要求很变态

---

答案900， 目标五颗星

Answer 2

累死VS开发组怎么可能呢?再说客户用它的产品是工满足客户需求呀, 那别人花钱买个别人不满意的产品,是你,你愿意吗/
别说我用D版, 我是用的Z版

Answer 3

怎么beta出来你就觉得不满了？ 都是debug 和没有优化的版本

正式版出来你不满你再投诉吗 :D

---

答案900， 目标五颗星

Answer 4

话说12月的ctp虚拟机版本 是个优化过的版本 没有使用wpf  速度比我上本地安装的2008还快

我对正式版出来的效率是很乐观地

---

答案900， 目标五颗星

Answer 5

你好，

一，使用什么技术来开发这个我觉得用WPF开发，从使用.NET的角度来说，是好事，至少它向社会证明WPF这个技术的成熟性，一次很好的推广，要是哪天系统都是C#写的，对于.NET程序员来说是一种肯定，说明这个技术还是很有前途的。
二.安装了IDE,想开发那个版本的.NET Framework就安装什么版本的SDK和语言.这个目前已经实现了，你在发布的时候可以选择目标平台的版本。

---

邹俊才

Answer 6

hehe
1.IDE确实存在很多性能问题，很多人都抱怨，这里集成的东西太多了，类库也越累越大。vs2010好像使用了WPF。
这样一来就必须有相应类库的支持，不安net framework是不行的。：（
2.IDE和.NET Framework剥离，我个人也支持~呵呵，就怕MicroSoft不会这样做的。这个改变太大了。不说是重新开发，也等于很多工作白做了。
3.存C++开发IDE这个界面UI会是一个问题。C++在开发UI的时候难度很大和效率不会很高。
  没办法，我们只能提出建议，等反映给他们需求小组，在以后的版本里改进用户体验吧~

---

Frank.Xu Lei--谦卑若愚，好学若饥
专注于.NET平台下分布式应用系统开发和企业应用系统集成
Focus on Distributed Applications Development and EAI based on .NET
老徐的博客：http://frank_xl.cnblogs.com

Answer 7

谢谢Frank Xu lei  !!

Answer 8

我只想.net framework版本分离。
想用什么命名空间，最好就引用那个dll就行了

Answer 9

IDE为了快速开发，用Delphi也是相当可行的嘛

Answer 10

用Delphi的Win32作IDE比用C#开发还要快，微软怎么没有考虑这些呢？？

Answer 11

用Delphi的Win32作IDE比用C#开发还要快，微软怎么没有考虑这些呢？？

hehe,
    Delphi是著名的Borland（现在已和Inprise合并）公司开发的可视化软件开发工具。IDE开发不是我们想想的那么简单啊。它和visual studio 一样都是产品，这里不光是技术的问题，版权，技术专利，商业利益，还有就是对手。呵呵
而且visual studio 作为微软主推的IDE产品，更好的支持和利用了微软现有的技术。
   即使有改进也优化，相信微软也会在自己已有的技术上提升~

---

Frank.Xu Lei--谦卑若愚，好学若饥
专注于.NET平台下分布式应用系统开发和企业应用系统集成
Focus on Distributed Applications Development and EAI based on .NET
老徐的博客：http://frank_xl.cnblogs.com

Answer 12

我也认为用WPF做界面的话能够证明WPF的可用性……和Borland当年用Java写JBuilder很相似。

不过我自己用2010 Beta感觉速度还是比2008要慢得多。有时候打开单个C#源代码文件（不是工程）的时候就要等半天。
所以暂时还没有考虑往2010上转。

相比IDE，我更关心发布。
现在也是非常希望使用XP的用户能够迁移到Windows 7上，这样我就不用在发布我的程序的时候还得教别人怎么下载安装.NET类库了。
每次给XP用户自己的程序的时候让他们装这个类库是让我十分头痛的一件事情，因为太折腾了。
.NET类库比VC++可再发行组件包要大得多，我甚至有想转到本机开发的念头。
虽然.NET下写小工具是非常容易的，但是如果加上类库的话这工具的大小实在是很可观。
刚才浏览过这个帖子http://social.microsoft.com/Forums/zh-CN/2212/thread/7900e593-bc33-4c76-9c8c-5ffdb42cf448
其实和这位朋友遇到的问题一样，我是因为类库太大所以才没敢用3.5写。
（除非需要用到，否则我一直用的都是2.0——System.Speech除外，这个东西需要用3.0才可以）

另外，.NET的API和Win32 API仍然是有时间差的。
虽然有Windows API Code Pack，但是那个貌似是给Windows 7用的。
目前想写Vista外观的程序我还得使用P/Invoke……

---

Xlfdll

Answer 13

我的确想转到Delphi或PB,或VC++的本机开发...但一想学了这么久的.NET,有点上当的感觉...我错就错在用.NET开发Winform....
又上微软的当了

Answer 14

其实也有点上当的感觉……同感……

不过这个东西写程序真是方便……至少应该算很顺手吧……

我现在特别不满的就是.NET类库的体积，真是太离谱了
（当然第二不满的就是ASP.NET）

---

Xlfdll