NOIlinux的GUIDE编程界面很好用
(2017-01-17 21:20:15)
逐项试用NOI学习适用的环境,最后发现,居然是NOIlinux提供的界面,其中的GUIDE提供的,集成了C,C++,pascal编译和运行功能的界面,最为适用。
不过正如前面的记录,这个NOIlinux很难装。它的操作菜单在vmware的第一次安装后,根本出不来。采用Virtualbox安装NOI的话,倒是出来了,但是随时出内存错误,并且速度只有VMwware的十分之一以下。显然是后者的系统兼容linux未解决。所以是不可以使用的。而采用VMware的话,需要重装kubuntu界面,大概在安装的过程中,修正了NOI本来的设置错误,又保留了 在kde上的安装程序;它的菜单是写在noilinux帐号之中。所以就出来了。总之,不太容易,anyway,现在用着挺好用。
DevC++用于Windows环境已经足够了。两者在初始库上不太一致,似乎是Windows上的适应库要广泛一点,linux上甚至没有iostream库。查了一个文档,说是后者太老,几年前被舍弃了。总之,linux的库“新式点,小点”。学习C时最后不要先涉及Visucal C++,那会把学生误导入歧途。甚至连程序的概念也扭曲了。
同理,Pascal如果只有free pascal
可用的话,还不如delphi,尽管delphi有着Viusal的同样毛病。具体地说,它扭曲了初学者对程序的理解,把程序局限于“图形操作界面,调用控件实现表单输出”,一般只能局限于windows小程序的环境。对于MS当然不是一件坏事,但对于程序入门者来说,就等于什么也没学到。但是瞧着freepascal那个乱七八糟的小框框,真的没有什么好留恋的。幸好,还有一个larazus可用。可惜同样过分偏重于图形。图形界面编程不是不好,但作为唯一的程序手段就太不好了。
相对于言,GUIDE就很干净。基础打好了,需要完成图形界面的任务时,再选用图形编程工具,也就是一两天的熟练过程。所以我一直觉得,微软推出所见即所得WYSWYG的工具visual是害了整整一代程序员。
为什么GUIDE不能同样用到windows上呢?可能与版权的限制有关。但是既然已经可以集成GWin,应该可以绕过版权了。这点我不理解,总之现在windows上操作VM-NOI上的GUIDE,可以解决数据库访问之前的所有学习环境的需要。数据库内容,不在NOI竞赛范围内,所以也不必考虑。必要时,再说啦。
不过正如前面的记录,这个NOIlinux很难装。它的操作菜单在vmware的第一次安装后,根本出不来。采用Virtualbox安装NOI的话,倒是出来了,但是随时出内存错误,并且速度只有VMwware的十分之一以下。显然是后者的系统兼容linux未解决。所以是不可以使用的。而采用VMware的话,需要重装kubuntu界面,大概在安装的过程中,修正了NOI本来的设置错误,又保留了 在kde上的安装程序;它的菜单是写在noilinux帐号之中。所以就出来了。总之,不太容易,anyway,现在用着挺好用。
DevC++用于Windows环境已经足够了。两者在初始库上不太一致,似乎是Windows上的适应库要广泛一点,linux上甚至没有iostream库。查了一个文档,说是后者太老,几年前被舍弃了。总之,linux的库“新式点,小点”。学习C时最后不要先涉及Visucal C++,那会把学生误导入歧途。甚至连程序的概念也扭曲了。
同理,Pascal如果只有free pascal
相对于言,GUIDE就很干净。基础打好了,需要完成图形界面的任务时,再选用图形编程工具,也就是一两天的熟练过程。所以我一直觉得,微软推出所见即所得WYSWYG的工具visual是害了整整一代程序员。
为什么GUIDE不能同样用到windows上呢?可能与版权的限制有关。但是既然已经可以集成GWin,应该可以绕过版权了。这点我不理解,总之现在windows上操作VM-NOI上的GUIDE,可以解决数据库访问之前的所有学习环境的需要。数据库内容,不在NOI竞赛范围内,所以也不必考虑。必要时,再说啦。