正在更新Visual Studio Update 1 - 编程论坛

#2

tlliqi2015-12-08 07:33

来了结帖

#3

hu9jj2015-12-08 07:48

该起床了

#4

诸葛欧阳2015-12-08 08:57

T版总是那么潮流

#5

不懂才问2015-12-08 09:13

有散有接

#6

冰镇柠檬汁儿2015-12-08 09:42

Update 1很有用吗

#7

hellovfp2015-12-08 09:46

自从见到老T开始，就一直看着他的系统，软件啊不停的升啊升的。接分，哈哈

#8

TonyDeng2015-12-08 10:03

以下是引用冰镇柠檬汁儿在2015-12-8 09:42:39的发言：

Update 1很有用吗

刷新Win10 SDK包

#9

青春无限2015-12-08 10:03

#10

hellovfp2015-12-08 11:33

俺也准备升级一下C/C++编译器，学习一下新的标准喽，
据说C11让C++有本质的进步，很好奇。
没事儿的时候也可以捣鼓一下。

#11

TonyDeng2015-12-08 11:45

https://bbs.bccn.net/thread-454602-1-1.html

#12

hellovfp2015-12-08 12:55

哦，你们6月就在讨论了呀，俺又落后了，哈哈，木有详细看完，但貌似说到了俺感兴趣的东西，在c中加入泛型的东西，不知道实现木有，对于c也能够实现c++的编程的内容这个关点，比较认同，有时间读一下新c++的东西，老T全书都读完了？这么快?

#13

TonyDeng2015-12-08 12:59

泛型和属性，B.S.说C++不打算支持，看将来。

#14

TonyDeng2015-12-08 13:06

VS的托管C++/CLI支持泛型和属性，这就是我之前说过现在控制台中主写托管C++的原因。

#15

hellovfp2015-12-08 13:12

回复 13楼 TonyDeng

不会吧？未来的C++不打算支持泛型？俺认为这个特性很好啊。。少写好多代码的。
.net不是照样有泛型支持么？难道.net也打算放弃了？

#16

hellovfp2015-12-08 13:15

回复 14楼 TonyDeng

晕。。。那个与.net相关的C++其实和C#没啥区别，用的人少得可怜。俺从来不打算用那个写代码。

#17

TonyDeng2015-12-08 13:17

C++/CLI是MS在.net上的托管C++，运行于.net框架，不遵从标准C++，但vc是世界上唯一可以同时编译托管和非托管C++的编译器，亦即代码中可以混合编写这两种C++代码。我现在，只在控制台中需要对屏幕缓存写屏加快显示速度的代码用非托管C++调用API写，其余部分包括键盘控制都用托管C++，简单许多。

#18

TonyDeng2015-12-08 13:19

Win10以后系统将全盘迁移到托管平台，UWP都是这种模式。

#19

hellovfp2015-12-08 13:27

托管C++看着代码怪怪的，没有C#风格那么简明

#20

TonyDeng2015-12-08 13:29

以下是引用hellovfp在2015-12-8 13:27:25的发言：

托管C++看着代码怪怪的，没有C#风格那么简明

是的，那是因为需要与非托管C++的某些符号区别（因为要同时支持），如指针和引用，分别有两套符号，就导致看起来怪怪的。

#21

TonyDeng2015-12-08 13:34

.net类库的文件IO和内码转换，比本地方便许多呀，速度也很快。到目前为止，我只是发现.net的写屏速度是较难接受的（当然还有另外一个无法克服的因素），导致我这部分要用非托管代码。本来嘛，WPF的屏幕渲染部分，也是非托管的。

#22

hellovfp2015-12-08 13:34

以下是引用TonyDeng在2015-12-8 13:17:48的发言：

C++/CLI是MS在.net上的托管C++，运行于.net框架，不遵从标准C++，但vc是世界上唯一可以同时编译托管和非托管C++的编译器，亦即代码中可以混合编写这两种C++代码。我现在，只在控制台中需要对屏幕缓存写屏加快显示速度的代码用非托管C++调用API写，其余部分包括键盘控制都用托管C++，简单许多。

嚓，俺可不想吊死在MS这颗树上，没有研究过最下面的东西，随便问一下，老T有试过用那个托管的C++写出来的非托管代码，能脱离.net运行吗？就像VC++一样，只要安装了VC运行库，就可以跑起来，没有.net也可以跑。

#23

TonyDeng2015-12-08 13:36

回复 22楼 hellovfp

.net是内置在Windows系统中的，不安装也安装了。非托管C运行库，也要跟着版本跑，版本不对，你还是得找来安装一次，一样的。

#24

TonyDeng2015-12-08 13:40

我看到，AutoCAD 2016是在.net 3.5下运行的，效果不可以吗？

#25

TonyDeng2015-12-08 13:46

其实，现在只要你玩机，玩早几年的游戏，都会给你安装较旧版本的本地VC运行库，从11到14都各有一套，同样，不同版本的.net也会有多套，而后者比前者优越的一点，是不用依赖注册表，程序是绿色安装和运行的（故从Win8开始的应用，都可以干净卸载，那是旧程序很难做到的）。

#26

hellovfp2015-12-08 13:47

以下是引用TonyDeng在2015-12-8 13:34:29的发言：

.net类库的文件IO和内码转换，比本地方便许多呀，速度也很快。到目前为止，我只是发现.net的写屏速度是较难接受的（当然还有另外一个无法克服的因素），导致我这部分要用非托管代码。本来嘛，WPF的屏幕渲染部分，也是非托管的。

.net类库方便呗，个人感觉IO方面比用iostream好用点。内码转换又不是C++不能办到的事。
要速度，还得非托管，俺就不相信低层驱动开发非托管的干不过托管的。嘿嘿。

#27

hellovfp2015-12-08 13:50

以下是引用TonyDeng在2015-12-8 13:36:27的发言：

.net是内置在Windows系统中的，不安装也安装了。非托管C运行库，也要跟着版本跑，版本不对，你还是得找来安装一次，一样的。

嚓，以前.net还不是一样，各个版本编译好的不能跑在不同的.net的情况下，现在不知道这种情况有没有改善哦？

#28

hellovfp2015-12-08 13:51

以下是引用TonyDeng在2015-12-8 13:40:36的发言：

我看到，AutoCAD 2016是在.net 3.5下运行的，效果不可以吗？

没有用过，对工程制图，俺是外行，哈哈。

#29

TonyDeng2015-12-08 13:54

不同版本.net的程序可以同时跑，互不干涉，不是跨版本跑。.net4以下全套是25M，最新的.net 4.6是66M（因支持跨平台代码）。

#30

hellovfp2015-12-08 13:57

以下是引用TonyDeng在2015-12-8 13:46:42的发言：

其实，现在只要你玩机，玩早几年的游戏，都会给你安装较旧版本的本地VC运行库，从11到14都各有一套，同样，不同版本的.net也会有多套，而后者比前者优越的一点，是不用依赖注册表，程序是绿色安装和运行的（故从Win8开始的应用，都可以干净卸载，那是旧程序很难做到的）。

很久没有游戏了，但安装.net的时候不写注册表吗？俺的印像中看到还是要写注册表的。
压根就没有感到后者比前者优越，打算换台电脑来验证一下Win8以后程序可以绿色安装了？
嘿嘿。

#31

TonyDeng2015-12-08 14:02

软件本身是不用注册的。绿色安装是指用.net开发的软件，就如手机Win10 Mobile上随便卸载应用一样。

#32

TonyDeng2015-12-08 14:05

现在的vs都不带安装制作功能了，开发的程序xcopy安装即可，哪还有以前那样要做一个安装包的。

#33

hellovfp2015-12-08 14:06

以下是引用TonyDeng在2015-12-8 13:54:03的发言：

不同版本.net的程序可以同时跑，互不干涉，不是跨版本跑。.net4以下全套是25M，最新的.net 4.6是66M（因支持跨平台代码）。

令人费解，也就是说跨版本还是跑不起来？还是没有解决代码一次书写，到处可以运行的问题，因为类库的变化，某些接口或是函数变了，废弃了，大家为了跑在新版本上，又得改代码，重复性的工作。。。。

#34

hellovfp2015-12-08 14:10

以下是引用TonyDeng在2015-12-8 14:05:35的发言：

现在的vs都不带安装制作功能了，开发的程序xcopy安装即可，哪还有以前那样要做一个安装包的。

哦，这个算是一大进步吧，都不用安装部署了，手机程序也是这样？

#35

TonyDeng2015-12-08 14:10

回复 33楼 hellovfp

几套.net运行安装在同一设备上，各自独立都可以跑对应的程序，旧代码不用改，它自己在旧.net上跑，新代码在新.net上跑。一台设备安装所有版本的.net，都占不了几百兆。

#36

TonyDeng2015-12-08 14:12

回复 34楼 hellovfp

是的，手机可以启用“开发者安装模式”，直接安装程序，但面向普通用户的应用，需要从应用商店下载安装包安装。

#37

TonyDeng2015-12-08 14:15

之所以现在的Win10可以把应用随时改到别的磁盘或分区上，也是这个原因。包括Windows10自己，也是可以安装在移动硬盘上启动机器的。旧模式的软件，是很难迁移分区的，到你磁盘空间不够时，卸载重装到别的分区吧，但Win10不用，不过你的程序需要是像.net那样开发的。

[此贴子已经被作者于2015-12-8 14:17编辑过]

#38

hellovfp2015-12-08 14:20

以下是引用TonyDeng在2015-12-8 14:10:46的发言：

几套.net运行安装在同一设备上，各自独立都可以跑对应的程序，旧代码不用改，它自己在旧.net上跑，新代码在新.net上跑。一台设备安装所有版本的.net，都占不了几百兆。

那这样和以前把所有版本的VC运行库安装一道没有什么本质上的不同啊？安装全部VC运行库也占不了50MB啊。优越之处并没有体现出来啊。。俺有疑惑。。嘿嘿。

#39

hellovfp2015-12-08 14:26

以下是引用TonyDeng在2015-12-8 14:15:33的发言：

之所以现在的Win10可以把应用随时改到别的磁盘或分区上，也是这个原因。包括Windows10自己，也是可以安装在移动硬盘上启动机器的。旧模式的软件，是很难迁移分区的，到你磁盘空间不够时，卸载重装到别的分区吧，但Win10不用，不过你的程序需要是像.net那样开发的。

这个特性不错，可以安装到U盘上启动机器不？说得俺有点心动了，原来的老程序怎么办？全部换成.net又写一遍？这样真的好吗？

#40

TonyDeng2015-12-08 14:26

以下是引用hellovfp在2015-12-8 14:20:16的发言：

那这样和以前把所有版本的VC运行库安装一道没有什么本质上的不同啊？安装全部VC运行库也占不了50MB啊。优越之处并没有体现出来啊。。俺有疑惑。。嘿嘿。

这方面是没有什么不同啊，但你的程序不可能只使用C运行库啊，还有别的第三方库啊，那些库有版本差异啊，要注册表啊，会难保不能同时启动不同版本的DLL啊。.net的自满足的啊，它几十兆的运行库包括了所有系统API啊，几乎不需要第三方运行库啊。

#41

TonyDeng2015-12-08 14:31

以下是引用hellovfp在2015-12-8 14:26:29的发言：

这个特性不错，可以安装到U盘上启动机器不？说得俺有点心动了，原来的老程序怎么办？全部换成.net又写一遍？这样真的好吗？

可以在U盘上启动。现在Win10的问题，绝大多数是兼容性造成的问题，为了兼容旧软件，它把自己弄复杂了，之所以要强力废弃旧系统、鼓励用户用新系统，就是要尽快抛弃太旧的东西，不兼容了，就可以丢掉许多错误和麻烦，这种力推不是有些人说的那样不堪。当前系统升级，很多这样那样的问题，也是兼容性问题，你搜索都可以看到，最简单直接的解决，是全新安装，或升级之后重置一次系统，再逐个添加原来的软件，则原来存在的错误已不复存在。那些坚持说升级Win10有问题的人，主要是自己不愿意全新安装所致。

#42

hellovfp2015-12-08 14:37

以下是引用TonyDeng在2015-12-8 14:26:50的发言：

这方面是没有什么不同啊，但你的程序不可能只使用C运行库啊，还有别的第三方库啊，那些库有版本差异啊，要注册表啊，会难保不能同时启动不同版本的DLL啊。.net的自满足的啊，它几十兆的运行库包括了所有系统API啊，几乎不需要第三方运行库啊。

C第三方库？不需要啊，也不需要注册表啊，自己编译生成DLL就完了，更新时可以把老程序的全部删除，换成新的DLL，应用程序从来不拷DLL到系统目录下，也就不存在DLL Hell问题了。
.net已经包括全了系统API？那你干嘛还要写托管C++来调用API？不解，直接用类库不就得了。

#43

hellovfp2015-12-08 14:42

以下是引用TonyDeng在2015-12-8 14:31:50的发言：

可以在U盘上启动。现在Win10的问题，绝大多数是兼容性造成的问题，为了兼容旧软件，它把自己弄复杂了，之所以要强力废弃旧系统、鼓励用户用新系统，就是要尽快抛弃太旧的东西，不兼容了，就可以丢掉许多错误和麻烦，这种力推不是有些人说的那样不堪。当前系统升级，很多这样那样的问题，也是兼容性问题，你搜索都可以看到，最简单直接的解决，是全新安装，或升级之后重置一次系统，再逐个添加原来的软件，则原来存在的错误已不复存在。那些坚持说升级Win10有问题的人，主要是自己不愿意全新安装所致。

这个俺相信，MS的一惯作风，不全新安装，就要出毛病。

#44

TonyDeng2015-12-08 14:46

你的C程序会不会用DirectX或OpenGL之类东西？仅C库就可以做完，那是把所有东西都自己实现了。

.net的确包含直接写屏功能，Console类库就是直接写屏的，只是那个功能不能满足我的需要，才个别直接调用系统API。其实，那只是一个很细微很细微的细节，我处女座无法忍受，才那样做的。

#45

hellovfp2015-12-08 14:58

以下是引用TonyDeng在2015-12-8 14:46:09的发言：

你的C程序会不会用DirectX或OpenGL之类东西？仅C库就可以做完，那是把所有东西都自己实现了。

.net的确包含直接写屏功能，Console类库就是直接写屏的，只是那个功能不能满足我的需要，才个别直接调用系统API。其实，那只是一个很细微很细微的细节，我处女座无法忍受，才那样做的。

Dx与MS系统关系太紧了，不过3D图形库到现在都没有统一。。
实际问题来一个：老T会将VFP的东西拿.Net重新写不？

#46

TonyDeng2015-12-08 15:03

我确实是有打算用C#弃用vfp的计划。

#47

hellovfp2015-12-08 15:07

以下是引用TonyDeng在2015-12-8 15:03:35的发言：

我确实是有打算用C#弃用vfp的计划。

唉，小三的悲剧啊，VFP9就是最后的版本了。

#48

TonyDeng2015-12-08 15:11

取代真正的数据库是不可能的，满足小打小闹就可以了。

#49

hellovfp2015-12-08 15:14

以下是引用TonyDeng在2015-12-8 15:11:47的发言：

取代真正的数据库是不可能的，满足小打小闹就可以了。

Win用户经过几个版本的升级，终于可以进入全民.net时代了。。哈哈。

#50

hellovfp2015-12-08 15:52

看来我们灌灌水，又引起某些人的反感喽，唉，这世界真是无奇不有。
觉得不爽大可以屏弊你不想看到的人喽，论坛又不是没有这个功能。
看来还是Y版说得对，无视之就行了。

#51

hellovfp2015-12-08 16:10

终于下载完成，明天再安装看看。。。但愿老机器还扛得住。

打完收攻，休息。

[此贴子已经被作者于2015-12-8 16:21编辑过]