swing获取文本框内容_基础设施:整合Swing控件

本地控件的优劣

• 之前的文章里把模拟面板的实现模糊地称为了“本地”。这里本地（local，或DirectUI）的定义其实应该是：

* 能直接读取继承PApplet类所持有的变量的（更精确的讲，由AnimationThread负责读写的变量的）
* 能直接响应由PApplet转发的事件和变量的（如mousePressed,keyCode,key等）
* 外观最终是在draw循环内完成绘制的

• 显然本地控件本身就是Processing程序(或称Sketch)所持有的变量的一个集合，所以天然适合用来模拟按钮和灯、指针（或进度条）和数显（或文本框）等能对应到硬件元件的概念。而且本地控件天然适合于直接调用PGraphics类的方法来绘制，只要愿意设计和实现，外观更容易达到理想的效果。
• 但一些更为复杂，又十分基本的输入性操作，比如数值输入、提供选择列表、提供设置列表等，需要处理的键盘输入和数据类型等对于一般的Sketch而言过于繁琐，交给本地控件来做就不适合了。
• 另外，应用本地控件必然要面对大段的控件代码应该放在哪里的问题。不管是在各个PDE项目里复制黏贴，还是打包成自有库调用，还是直接应用ControlP5等现成三方库，都要牺牲Processing代码的简洁性和通用性。

---

Swing控件的优劣

• Swing是Java的原生标准GUI库，经过数个Java版本的GUI更迭仍然得到最好的支持。而Sketch运行在Java运行时环境里, 所以Processing是不需要引入任何外部支持就可以使用Swing的。
• 一般对Swing的诟病较多在美观问题和过时问题上。但仅就输入手段贫乏的Processing程序而言，在快速搭建能获取用户输入的小工具方面比起其他各种三方库Swing还是十分优秀且易用的。（官方有针对Swing的详细教程, 可以在这里找到。）
• 但Swing库有自己的线程问题，所有的Swing控件操作都需要在Swing专有线程（EventDispatchThread）里完成。而Processing也有自己的专有线程（AnimationThread），所以整合Swing控件时首先就要面对多线程问题。

---

解决线程问题和实例隶属关系

• Processing为方便解决多线程问题而提供的thread()方法实质是用字符串反射找到方法名后打包运行，可能造成开销问题和可控性等问题，不适合于由Swing造成的多线程问题。用Swing库所带的SwingUtilities.invokeLater()方法来把处理打包后交给EventDispatchThread执行是Swing程序的通用做法。
• Swing控件不管是作为容器还是控件，都是一个继承了控件类JComponent的实例，其层级关系可以直接通过代码编排来表达，其动作通过打包好的内部类（或Lambda？）实行。鉴于Sketch只能是一个继承PApplet类的实例，我认为直接让所有控件和动作作为一个Sketch的静态成员最直观简单。

...
static private final JFrame S_FRAME = new JFrame();
static private final Runnable SWING_SETUP = new Runnable(){
  @Override public void run(){
    S_FRAME.add...
    S_FRAME.add...
    S_FRAME.add...
    S_FRAME.set...
    S_FRAME.set...
    S_FRAME.set...
    String thread = Thread.currentThread().toString();
    System.out.println("::swing_setup_from:"+thread);
  }
};
static private final Runnable SWING_DRAW = new Runnbale(){
  @Override public void run(){
     //..update code here
  }
};
...
void setup(){
  size(...)
  ...
  SwingUtilities.invokeLater(SWING_SETUP);
  ...
}
void draw(){
  background(0);
  ...
  SwingUtilities.invokeLater(SWING_DRAW );
  ...
}
...

• 反过来，从Swing线程直接操作本地数据，也极易造成意外的访问问题（尤其是在操作容器时），所以我们还需要一个机制来控制操作的主体和顺序。
• 如果不需要保证操作的主体是Sketch，那么把基本类型声明为volatile，把对容器的操作封装到一个synchronized方法都是有效的做法。我更倾向于实现一个操作队列，提供一个本地版的invokeLater()来保证对本地数据的操作都在draw()里有序执行，每帧只执行一次。

...
private static final Queue<Runnable> QUEUE_OF_RUNNER = new LinkedList<Runnable>();
...
void setup(){...}
void draw(){
  ...
  if(!QUEUE_OF_RUNNER.isEmpty()){
    QUEUE_OF_RUNNER.poll().run();
  }
  ...
}
...
public static final void invokeLater(Runnable r){
  if(r==null){return;}
  QUEUE_OF_RUNNER.offer(r);
}
...

---

通过定制样式解决美观问题

• 很多人在诟病Swing外观时集中在默认的Metal外观的Ocean主题上。而事实上Swing本身并不绑定任何一种外观或主题，通过Swing库自带的UIManager类和控件自身的setUI()方法，不借助外部配置文件，在代码内定制样式并不是一件困难的事。
• Swing的预置外观一般包括Metal， Nimbus， Motif 三个系统无关外观和平台系统外观。比如如果在我的Windows10电脑上执行如下代码的话：

...
static private final Runnable SWING_SETUP = new Runnable(){
  @Override public void run(){
    ...
    UIManager.LookAndFeelInfo[] infos=UIManager.getInstalledLookAndFeels();
    for(UIManager.LookAndFeelInfo it : infos){
      System.out.println(it.getClassName());
    }
    ...
  }
};
...

可以得到这样的结果：

javax.swing.plaf.metal.MetalLookAndFeel
javax.swing.plaf.nimbus.NimbusLookAndFeel
com.sun.java.swing.plaf.motif.MotifLookAndFeel
com.sun.java.swing.plaf.windows.WindowsLookAndFeel
com.sun.java.swing.plaf.windows.WindowsClassicLookAndFeel

直接把外观名称的字符串传入设置方法UIManager.setLookAndFeel()就可以选择预置外观了。

• 外观本身的配色是可以通过更改UIManager的键值表来更改的：

...
UIManager.put("Button.select",Color.decode("#6699CC"));
UIManager.put("Button.disabledText",Color.decode("#434343"));
UIManager.put("Button.focus",Color.decode("#DEDEDE"));
...

键值表内容本身较杂，官网上虽然有一些介绍，但具体哪些值负责哪些效果还是要通过自己尝试或直接阅读组件的源码来了解。

• 更加激进的外观修改可以在熟练Java2D的用法后通过直接继承组件后覆写绘制方法代入控件实现：

...
JButton button = new JButton(...);
...
BasicButtonUI myButtonUI= new MetalButtonUI(){
  @Override protected
  void paintButtonPressed(Graphics g, AbstractButton b) {
    ...//..paint code
  }
  @Override protected
  void paintFocus(
    Graphics g, AbstractButton b,
    Rectangle viewRect, Rectangle textRect, Rectangle iconRect
  ){
    ...//..paint code
  }
  @Override protected
  void paintText(Graphics g, JComponent c, Rectangle textRect, String text){
    ...//..paint code
  }
};
button.setUI(myButtonUI);
...

---

keyboard2769/myProcessingSimsPLC​github.com