什么是图形化编程 许多老程序员不建议新手用IDE集成开发环境，而是用编辑器＋编译器，用命令行编译，这个怎么看？

许多老程序员不建议新手用IDE集成开发环境，而是用编辑器＋编译器，用命令行编译，这个怎么看？

在人们的固有观念中，用编辑器编译器编写代码比用ide编写代码更好。也许吧，但效率还是需要考虑的。

作为一个新手，如果你在普通的编辑器中编写代码，你会非常困惑，你会在一开始就死。在强大IDE的支持下，它可以拄着拐杖快速前进。

毫无疑问，使用ide将比普通编辑器更快，现在我们都使用框架来做项目。只使用编辑器是不合适的。在过去，编辑器更多地被用作函数式编程的工具。

当您编写代码时，其他人应该能够理解它并在文件、类和方法之间切换。Ide无疑提供了一个良好而高效的通信工具，但是Ide还不够好。

因此，不要执着于看似强大的编辑器，要用高效的工具来解决问题，要对每个环节的原理有更深的理解。

为什么大多数程序员不看好图形化编程？

程序本身是一行一行地编辑和运行的，没有接口，因此编程不能避免开发人员和晦涩代码之间的直接接触。一般来说，开发人员需要直接接触代码，而不是以图形方式编程。

图形编程一般用于学生的教学、简单的小项目（如WinForm、WPF等）等。应用范围很小，这些图形编程工具还需要通过晦涩难懂的代码，调用系统的图形显示界面，驱动显示器呈现一个美观易用的图形编程界面。很多东西长期以来习惯于打包学习图形编程，拖放编程，会对这种编程方法产生极大的依赖，当出现异常错误时，由于封装程度高，问题很难查清，看不到源代码就无法理解内部原理，自己的技术是不能提高的，如果不是初学者，不推荐。

为什么电脑编写代码可以运行后看到图形呢？

目前，人们主要的软件开发工作是针对操作系统的，所以对这个问题的理解对大多数人来说并不困难，而是直观的。其实，只要你了解位图，它就是把像素矩阵映射到屏幕上的视频内存缓冲区中。在早期和现在，与硬件打交道的工程师都会对此印象深刻，但作为绝大多数系统应用工程师，系统API是直接使用的，而且内部细节都是隐藏的

语言简单，哈哈

什么是图形化编程 scratch拖拽式编程 java拖拽编程

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。