基于Java Swing和AWT，扩展一套类，这些类用于在窗口中绘制各种流程图元素，用基本的图形元素代替程序设计语言中的那些必不可少的元素，比如if语句 --- 画出来大概是这样的：

        True
     |-------
     |
-----|
     |  False
     |--------
     

该类比如叫JIF，我们可以在窗口中创建很多这样的JIF，

我们要在if条件里填上布尔表达式 (a>b) ，初步可以用一个椭圆代表布尔表达式，椭圆内写上表达式，这个过程类似JButton内填写。

目前，所有的可视化程序设计（Delphi C#）等，都是把窗口控件可视化，用户拖放按钮、文本框来设计程序的窗口界面。我的想法不是将这些图形控件拖放，而是把程序设计的最基本元素，进行图形化 if while 函数 表达式等等都可以用特定的图形（矩形、三角形、圆、棱形...）表示 --- 也就是说说，你完全可以通过鼠标点击、拖拽操作，设计一个命令行程序，而这种设计过程和用流程图软件画流程图很像。

我相信，图形化程序设计会是未来的方向，也许将来，会出现大量我所说的这种编程软件。

我猜你想要的是一门图像化编程语言，MIT 做了一个 Scratch（用于幼儿学习编程的）—— 了解一下，可能你会爱上它。

用图形化去实现复杂的逻辑代码相信不会比语句简单。你所说的图形化编程都是应用于前端可视化界面的，而JAVA的强项并不是可视化，而是实现逻辑，提供服务。就像dw用来实现html的可视化编程一样，真正实现的时候用的人很少。

楼上两位同学的意思我懂。实际上，图形界面可视化可能是一种错误的方向，毕竟现实中，人们都写html CSS，而不用哪些网页工具。

实际上，IDE（集成开发环境）这一类软件为你做好了一些的常用的操作，比如高亮显示，本质上也不是一种"图形化"的表现形式，当然，我用词可能不准。最起码，这不是纯文本的，毕竟，传统的编译技术，只负责分析字符、字符串，而字符的大小、颜色等信息对于解释编译器其实是无用的。

但是，在图像处理、图形识别领域，这些元素却又是不能错误的。我所说的，将程序设计基本元素图形化，应该算是两者的中间状态，既要识别文本字符串，也要懂一定的图形元素。

老人们无可救药，我不指望他们观念会改变，毕竟吃饭了十几年的东西一定是最好的。还没正式入行的学生们，可以把这个作为研究方向之一，也许，你得工作可能会创作一门新的编程环境，后来者都是用你得带图形设计的程序设计编程环境也说不定。