事件处理中UI的刷新问题(笔记体小品文) Very good! 解决了原草的那个问题。

import java.awt.*;
import java.awt.event.*;
import javax.swing.*;
import javax.swing.JButton;

/**
 * @author Chance Wang
 */

public class TestFrame extends JFrame {
  JPanel contentPane;
  BorderLayout borderLayout1 = new BorderLayout();
  JButton button;
  static String s=”Click times: “;
  static JLabel label=new JLabel(s+ “0″);

  //Construct the frame
  public TestFrame() {
    enableEvents(AWTEvent.WINDOW_EVENT_MASK);
    try {
      jbInit();
    }
    catch(Exception e) {
      e.printStackTrace();
    }
  }

  //Component initialization
  private void jbInit() throws Exception  {
    contentPane = (JPanel) this.getContentPane();
    contentPane.setLayout(borderLayout1);

    button=new JButton(“button”);
    button.addActionListener(new ActionListener(){

        public void actionPerformed(ActionEvent e) {
          try
           {
             new Thread() {
               public void run() {
                 try {
                   for(int i=0;i<10;i++){ 
                     showMessage(i);
                     Thread.sleep(1000);
                   }
                 }
                 catch (InterruptedException ie) {
                   //ignored
                 }
               }
             }.start();
 
           }
           catch (Exception ex)
           {
             ex.printStackTrace();             
           }
      }
    });
    contentPane.add(button,BorderLayout.CENTER);
    contentPane.add(label,BorderLayout.SOUTH);
    this.setSize(new Dimension(400, 80));
    this.setTitle(“Test Frame”);
  }
 
  private static void showMessage(final int i){
    SwingUtilities.invokeLater(new Runnable() {
    public void run() {
      label.setText(s+i);
    }
    });
  }
  //Overridden so we can exit when window is closed
  protected void processWindowEvent(WindowEvent e) {
    super.processWindowEvent(e);
    if (e.getID() == WindowEvent.WINDOW_CLOSING) {
      System.exit(0);
    }
  }

  public static void main(String []args){
    javax.swing.SwingUtilities.invokeLater(new Runnable() {
        public void run() {
          TestFrame frame=new TestFrame();
          frame.validate();
          frame.setVisible(true);
        }
    });
  }
}

转自台湾JAVA技术论坛

SwingUtilities 的 invokeAndWait 和 invokeLater [精华] 
weaker 小屁屁～ 于 2004-02-17 16:17 
——————————————————————————–
这两者有什么差别啊？
看了其 api 还是不太懂
目前我知道的是差别是

invokeAndWait(Runnable r) : 会先等 r 执行完才继续执行
而
invokeLater(Runnable r)  : 则是不会等待 r 执行完，而会继续执行下去

其中还有什么的差别吗？
因为再看范例时，有时候范例使用 invokeAndWait
有时则使用 invokeLater ，看了好久看不懂差别在哪
麻烦各位大大帮忙解惑 , thanks ! 

brianlin 于 2004-02-17 22:20 
——————————————————————————–
所有 Swing Component 的绘图动作和 Event 事件的趋动皆是交由 “Event-Dispatching” 这个 Thread 来执行的.
针对 Swing Component 而言, 你不应该在其它的 Thread (如 main thread )对 Swing Component 作重绘的动作(repaint() 动作除外). 如果你执意要在你自已的 Thread 对 Swing Comp 作绘图的动作, 有可能造成不可预期的后果.
所以当你在你自己的 Thread 中经过一些逻辑判断后认为某些 Swing Comp 需要作绘图的动作时, 你可以把你的动作用 Runnable 包装起来透过 SwingUtilties 的 invokeLater() 或是 invokeAndWait() 来执行. 此时 SwingUtilties 会将你的动作放在 “Event-Dispatching” 这个 Thread 来执行 (非你自已的 Thread)
invokeLater() 和 invokeAndWait() 的差别是:
invokeLater() 在你的 Thread 呼叫该 method 后就立刻回来, 不管你指定的动作是否已经被 “Event-Dispatching” 执行.
invokeAndWait() 在你的 Thread 呼叫该 method 后不会立刻回来, 直到你指定的动作已经被 “Event-Dispatching” 执行.

参考:http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html 

Duncan 又听见妳酸甜甜的声音 版主 于 2004-02-17 22:47 
——————————————————————————–

brianlin wrote:
invokeAndWait() 在你的 Thread 呼叫该 method 后不会立刻回来, 直到你指定的动作已经被 “Event-Dispatching” 执行.

最后这一点比较需要注意的是，既然 invokeAndWait method 会 block 直到你要安插到 event-dispatching thread 的动作做完，那么你不应该在 event-dispatching thread 使用这个 method(event-dispatching thread 被 invokeAndWait block 住了，你安插的动作就不可能被执行了，那么 invokeAndWait method 将永远是 block 住的状态)。各种 event listener 所定义 event-handler method 都是执行在 event-dispatching thread，所以当事件发生了，你在 handler method 要作更新 UI 的动作，不需要使用上述提到 method。

brianlin  于 2004-02-17 23:30 
——————————————————————————–
Duncan wrote:
最后这一点比较需要注意的是，既然 invokeAndWait method 会 block 直到你要安插到 event-dispatching thread 的动作做完，那么你不应该在 event-dispatching thread 使用这个 method(event-dispatching thread 被 invokeAndWait block 住了，你安插的动作就不可能被执行了，那么 invokeAndWait method 将永远是 block 住的状态)。各种 event listener 所定义 event-handler method 都是执行在 event-dispatching thread，所以当事件发生了，你在 handler method 要作更新 UI 的动作，不需要使用上述提到 method。

我认为在使用 invokeAndWait () 要比较注意的是 Dead lock 的问题. 而是否可以在 “event-dispatching” thread 中作呼叫的问题, jvm 会帮你作检查:
节录自:http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html#invokeAndWait
…
You can safely call invokeLater from any thread,
but invokeAndWait throws an exception if it’s called from the event-dispatching thread.
…
所谓 Dead Lock 的情况可以用下来面的例子来概略说明:
你的 Thread 先 lock 一个 resource A, 在未释放该 resource 的前题下,
你将后续的工作透过 invokeAndWait() 交由 event-dispatching thread 来执行,
在 event-dispatching 执行你所交付的工作中, 有一个动作是去 lock resource A,
但是 你的 Tread 已经先 lock resource A, 在 event-dispaching thread
执行完毕你所交付的工作前, 你的 tread 是取不到控制权来将该 resource A
释放的动作, 而 event-dispathing thread 在取不到 resource A 的 lock 是
不可能完成你所交付的动作. 这就是 dead lock…. 

Duncan 又听见妳酸甜甜的声音 版主 于 2004-02-18 00:12 
——————————————————————————–

brianlin wrote:
我认为在使用 invokeAndWait () 要比较注意的是 Dead lock 的问题. 而是否可以在 “event-dispatching” thread 中作呼叫的问题, jvm 会帮你作检查:
节录自:http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html#invokeAndWait
…
You can safely call invokeLater from any thread,
but invokeAndWait throws an exception if it’s called from the event-dispatching thread.

我知道会丢出 exception，but exception handling 的成本比较高，应该要尽量避免。你引述的那句子的前两个句子是不是告诉你应该(可以)检查 code 是不是执行在 event-dispatching thread。

 If you aren’t sure whether your code is executing in an event listener, then you shouldanalyze your program’s code and document which thread each method is (and can be) called from. Failing that, you can use the SwingUtilities.isEventDispatchThread() method, which returns true if your code is executing in the event-dispatching thread.

我只是提醒一下，像 event-handler 这种很明显是在 event-dispatching thread 执行的，就不必考虑使用 invokeLater/invokeAndWait。

话说回来，你提到的 dead-lock 的确是很重要的一点，很多人可能会忽略。
weaker 小屁屁～ 于 2004-02-18 00:58 
——————————————————————————–

Duncan wrote:
我知道会丢出 exception，but exception handling 的成本比较高，应该要尽量避免。你引述的那句子的前两个句子是不是告诉你应该(可以)检查 code 是不是执行在 event-dispatching thread。

 If you aren’t sure whether your code is executing in an event listener, then you shouldanalyze your program’s code and document which thread each method is (and can be) called from. Failing that, you can use the SwingUtilities.isEventDispatchThread() method, which returns true if your code is executing in the event-dispatching thread.

我只是提醒一下，像 event-handler 这种很明显是在 event-dispatching thread 执行的，就不必考虑使用 invokeLater/invokeAndWait。

话说回来，你提到的 dead-lock 的确是很重要的一点，很多人可能会忽略。

这样我又有一个疑问了
之前我问的问题,当我使用 time-consuming 的 task 时
JTextArea 会无法更新其 UI
因此 Duncan 大说可以使用 new Thread() 来解决
那么我也可以使用 invokeLater 吗？
而 new Thread() 出来跟 event-dispatching thread 又有何不同呢? 

Duncan 又听见妳酸甜甜的声音 版主 于 2004-02-18 02:22 
——————————————————————————–

weaker wrote:
这样我又有一个疑问了
之前我问的问题,当我使用 time-consuming 的 task 时
JTextArea 会无法更新其 UI
因此 Duncan 大说可以使用 new Thread() 来解决
那么我也可以使用 invokeLater 吗？
而 new Thread() 出来跟 event-dispatching thread 又有何不同呢?

我在这个 Thread 中发表的内容，其意思是说你可以在 event-handler(在 event listener 所定义的 callback function)里改变 UI 组件的状态(不是马上可以见到 visual 上的改变l)，callback 执行结束之后，让 event-dispatching thread 继续处理下去，你可以看到改变，把改变 UI 的动作透过 invokeLater/invokeAndWait 来 queue 到 event-dispatching thread 是多余的(本来就是在 event-dispatching thread)。

先前你的那个例子是，你在 event-handler 里改变 UI 组件(JTextArea)的状态本来是可以的，但是你又在 event-handler 里作网络联机的动作 block 住 event-dispatching thread，此 thread 没有继续执行下去你就不会看到视觉上的改变(你再多用几个 repaint 也没用)，情况是许多改变 UI 状态的动作堆积在 event-dispatching thread(你设定两次 JTextArea 的 text property)，等到网络联机完毕 event-dispatching thread 动了起来，突然之间一下子就更新到最后的状态了，你没看到过程，你只看到最后的状态(许多同样的动作堆在一起，还可能会被合并只作一次)。

我建议你使用另一个 thread 来作网络联机数据传输是因为 JTextArea 的 setText method 是 thread-safe(大部分的 swing 操作都不是，JTextComponent API doc 的 setText method 部分有强调这一点)，于是你可以不必考虑多绪时 UI 同步的问题，否则你就应该使用 invokeLater/invokeAndWait 来安插变更 UI 状态的动作到 event-dispatching thread；使用另外一个 thread 来作耗时的工作就不会牵制 event-dispatching thread 的执行，不会影响画面的绘图动作， user 就可以实时看到 JTextArea 上信息的显示。记得，建议你使用多绪是因为 setText 是 thread-safe，所以事情变的简单。

Duncan 又听见妳酸甜甜的声音 版主 于 2004-02-18 02:30 
——————————————————————————–
weaker wrote:
这样我又有一个疑问了
之前我问的问题,当我使用 time-consuming 的 task 时
JTextArea 会无法更新其 UI
因此 Duncan 大说可以使用 new Thread() 来解决
那么我也可以使用 invokeLater 吗？

使用 invokeLater 把动作安插到 event-dispatching thread，那还是要等网络联机/数据传完才会在 event-dispatching thread 中处理，那时一样是几乎连续的两个改变 JTextArea text 的动作接着处理，你还是只看到最后显示的信息。

你要记得，并不是执行过 setText 改变 JTextComponent 组件在外观上就是已经改变”完成”，其实绘制改变过后的外观都是 queue 在 event-dispatching thread 里，如果 event-dispatching thread 没有持续地处理(执行) queue 当中的动作，你就不能实时看到改变后的外观。

weaker 小屁屁～ 于 2004-02-18 08:38 
——————————————————————————–
Duncan wrote:
使用 invokeLater 把动作安插到 event-dispatching thread，那还是要等网络联机/数据传完才会在 event-dispatching thread 中处理，那时一样是几乎连续的两个改变 JTextArea text 的动作接着处理，你还是只看到最后显示的信息。

你要记得，并不是执行过 setText 改变 JTextComponent 组件在外观上就是已经改变”完成”，其实绘制改变过后的外观都是 queue 在 event-dispatching thread 里，如果 event-dispatching thread 没有持续地处理(执行) queue 当中的动作，你就不能实时看到改变后的外观。

我大概了解了，谢谢 Duncan 大的耐心解说.. 

brianlin 于 2004-02-18 10:22 
——————————————————————————–
提到 event-dispatching thread , 我想再补充一些, 在 http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html
有建议任何让 event-dispatching thread 所执行的工作都应是可以快速执行完毕,
其理由就如 Duncan 所描述的: 在 event-dispatching thread 一次只执行一个交付给该
event-dispatching thread 的任务, 在该任务执行完之前, event-dispatching 是不能
执行下一个任务.
所以当你交付一个 time-consuming 的任务给 event-dispatching 的话, 假设该任务
需要执行 10 分钟, 则在该 10 分钟内, 所有的 Swing Comp 皆无法重绘, 所有的 JButton
也无法反应相对应动作.
但是我们有时会对一个 JButton 交付一个较为繁重的工作, 如 “Refresh” JButton,
当 user 按下该键后, AP 会建立一个对数据库的联机, 透过 SQL 撷取大量的数据,
根据所取得资料更新 Swing Comp (如 JTable) 的状态, 像这类型的工作我们无法预期
它可以在 1~2 秒结束, 而在该 tutorial 中, 他则是建议将该工作放在另一个 Thread 中
或者交由他提供的 SwingWorker Class
http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html#SwingWorker
来执行

而另一个和 event-dispatcing Thread 有关的就是
java.util.Timer 和 javax.swing.Timer 的差别了
javax.swing.Timer 会把你所交付的任务交由 event-dispatcing 来执行
而 java.util.Timer 则会另外建立一个 Thread 来执行你所交付的任务.
所以当你需要定期更新 Swing Comp 你应该采用 javax.swing.Timer
而当你撰写 Server AP 需要定时检查某些状态时, 你应该采用 java.util.Timer

抽空听了下黄维仁的爱情心理学讲座录音，很精彩。印象很深的是他关于依附理论(Attachment Theory)的描述。下面是根据录音记下的一些：

为什么一个平时很独立的女孩，恋爱后会对男友十分依赖？为什么小小的分手会使人做出异常的事情甚至威胁生命？为什么有外遇时丈夫对元配会冷若冰霜、面若阎罗，但对并不及元配的情人却曲意讨好、柔情似水？在于“依附理论”（Attachment Theory），Dr. John Bobby最初发表这个理论时差点被吊销行医执照，他是通过研究母亲与其1岁孩子的互动提出的，因为母婴关系与恋人关系有着很大程度的类似：在一起时的心理满足和所谓的分离焦虑；“被无条件接纳”的心理需求和“最被重视”的心理需求（如果婴儿发现母亲不理它，就会哭闹来引起母亲的注意，期望母亲产生内疚来更好的满足自己）。所以有人戏称所有相爱的人心理年龄都会降到3岁以下，退化成为父女或者母子关系。
下面介绍一下依附实验，将母婴引入一间有玩具的房间，观察母亲离开一会儿再回来过程中婴儿的反应，发现了四种典型的表现：

1. 安全型依附。母欲离去时婴欲挽留，表现出不快乐，母不在时无心玩玩具，母回来后张手希望被抱，被抱一会儿后就要下地接着玩儿。这样的婴儿长大后在恋爱中表现较好，包容、谅解、易相处，尊重爱人，不论你需要个人空间还是亲近时，他/她都可以给你。
2. 逃避型依附。母欲离去时婴无反应，母回来后也无反应，通过仪器发现婴儿也有焦虑情绪，只是不表露出来。这与母婴平时的相处经验有关，婴儿学会了不期望母亲能长时间相伴。这类的恋人，表现为比较冷漠，但是内心很需要爱情，只是不知道该怎样去爱，他们更倾向于通过网络等其他非面对面的渠道寻找感情。
3. 焦虑型，不安全型依附。母欲离去时婴哭喊不从更甚于a，母回来后还要打母亲，很久之后才会安静下来，边玩边看着母，怕母亲再离去。给予这类恋人的忠告是：首先懂得怎样当一个快乐的单身，才能在关系中找到快乐。
4. 紊乱型依附。母欲离去时婴表现慌乱，不知道该怎么办，母回来后亦不知道该怎么办，有时会出现张开手要抱的同时后退不让母接近。因为婴儿希望爱的对象——母亲，也是造成其痛苦的对象，爱恨交织。这种类型的恋人一般受伤很多，分手时常会做出比较出格的事，致命吸引。孩子在前三年的经验最重要，可以一直影响其行为到青春期，对于他们的情绪，只能进行输导而不是围堵，父母要做到emotion coach（情感教练）的作用而不是emotion dismissing（不会翻译），举个例子：孩子的宠物狗死掉了，哭泣不止，母亲抱着安慰说“我很理解你现在的悲伤情绪，妈妈以前养的一只猫也死掉了，……”，这就是emotion coach；父亲来了却直接训斥：“哭什么哭？狗死了再买一条！”这就是emotion dismissing。曾经有个女学生来向我诉苦，说花前月下，她依偎在bf怀里，正想说“月亮好圆好亮啊”之类的话，bf忽然冒出一句：“1969年7月20日，阿姆斯壮的脚已经踩上去过了！”顿时让她觉得虽然近在咫尺，心却离得比地月还远。安全型的人在四种当中是最适合做爱人的，但是数量比较少，即使是紊乱型的爱人，只要找到领航船，绕开暗礁安全停泊也不是不可能的。

最理想的是安全型的。我应该属于安全型的，“包容、谅解、易相处，尊重爱人”，但是我缺乏交流的技巧。又有点像逃避型，“表现为比较冷漠，但是内心很需要爱情，只是不知道该怎样去爱”。

每个人都有一个“爱情帐户”，加分就是存款，扣分就是提款。举例：对方口渴时，你递给它一杯水，存款；对方十分口渴时，你递给它同样一杯水，大存款；对方十分口渴时，你递给它一个馒头，提款。要懂得投其所好。Man from Mars, woman from Venus。女人喜欢男人用女人的方式存款，对男性最大的抱怨是“他不肯与我沟通，又不听我的话”。两人一起散步，女生一直在说，男生默默，过后男生会对朋友说“今天好幸福，跟gf一起散步”，女生却会对朋友说“今天好没劲，我一直在说，可那头大水牛一声也不吭”因为男性是行动取向，女性是语言取向。怎样才能存1而让对方收到100？
给女性的忠告：男性不管多么成熟，在他的心中始终有一个小小孩，对他的努力多多给予赞赏；给男性的忠告：女性诉苦时需要的不是劝告建议而是认真聆听，并且感其所感，重复“好可怜”、“真惨啊”类似词语。
最后一点，发展健全真我。最好的朋友是遇难时还站在自己这边的朋友。最大的礼物是自己真正的心声，但是不要随便给，否则你会受伤。要通过测试确认是否安全，安全性的朋友会仔细听、理解你的感受、替你保密、也会与你分享他的心声。同时也要从自己做起，当一个安全性的朋友，多恩赐，愿意去鼓励别人。

最流行十大裸睡睡姿(组图)

转自路在脚下

原文字体太小，看不清。所以copy过来看看

俯卧式.适合经济条件好的家庭,一个房间配有多个床

头顶硬物式,适合打呼噜地

抬手仰卧式,适合床小没地方放手的人

抬头式,适合没有安全感的人

上班一族，小心老板
　　

甜蜜式,适合有客观条件人

三人同枕式，适合合居者

　　
抱公仔式,适合单身的人

＂大＂字型，适合所有人

水枕式,适合喜欢游泳的人.促进晚上做游泳的梦

吻女孩不用她同意 “难怪一个敢于这样做的男性，在女孩子心里的形象，常常是勇敢而有男子气的，而那些过于小心谨慎、“尊重女性”的男孩子，却被视为胆小懦弱。而且，不问，就这样吻下去，是多么浪漫的感觉，她像在圣诞节打开盒子，发现了一个自己没有想到的礼物。”

这正是我失败的地方吧？有些原则性的东西，考虑对错没有错。但是有些事情，是没有对错的。总是考虑别人的感受是害怕承担责任的表现，这是所有失败的根源吧？与其失败后躲在角落里抽泣，为什么开始的时候不勇敢点？不是做不到，而是没有尽力，不够勇敢。努力吧～～!!!

某MM写的如何追MM 嗯，挺有道理。性格上的差异会不会成为问题呢？

Integrative Bioinformatics 瑞士2002年开的一个生物信息学会议，议题包括

1. STATISTICAL ANALYSIS OF MICROARRAY DATA
2. COMPUTATIONAL CHALLENGES IN GENOMIC AND PROTEOMIC DATA
3. ENGINEERING PROTEIN NETWORKS
4. PATHWAY INFORMATICS
5. LINKING GENE EXPRESSION WITH CLINICAL OUTCOMES

有空的时候研究一下别人在做什么。

看到一张图片，很好的表示交叉学科。

“How much information?” 是UC Berkeley的一个项目，主要是试图定量每年世界上产生多少information。在这个信息爆炸的年代，信息已经严重超载。每年在印刷品、胶片、光介质（如光盘）和磁介质（磁带、硬盘）等介质上新产生的内容，大概为1.5×10⁹GB存储量。平均下来，地球上无论男女老少，每人250MB。这篇文章描述了这方面的工作。

What is “high-throughput screening“?

Computational Biology for Genomes to Life Program: Workshop …

Gene Network Inference

有好几个轮子续滑力太差，怪不得滑的比较慢。调整轮子位置，左1换右2，左2换右1，左3换右4，左4换又3。发现右脚磨损比较厉害，因为使用右脚刹车。

小知识

培林：一般现在的直排溜冰鞋都是用所谓608的培林，而溜冰鞋用的培林有分ABEC1~5的等级，等级愈高代表愈精密。培林的好坏不能只依ABEC的指数来决定，厂牌的差别常常大于这些指数，一般休闲溜冰鞋所用的大多是ABEC3~5的一般培林。不过还有一种培林，不太清楚那是什么规格，培林中间的二边是往外凸的，在数百元的直排溜冰鞋中就可以看到，一定不要买用那种培林的溜冰鞋，因为那种直排轮鞋在将来想换好一点的培林都没有办法啰。
以上就是对购买休闲直排溜冰鞋的建议。那么要去那里买直排轮鞋呢??因为现在直排轮非常盛行，许多体育用品店也都有在卖直排轮鞋，但大部分所卖的鞋种类不多而且等级也不会很高，建议尽量去溜冰鞋专卖店，而不要在体用品店买。台北市内有许多的直排轮鞋专卖店，你可多多比较几家的价钱。至于要不要买名牌的鞋子，我觉得见仁见智啰!!不过不管是否是不是名牌鞋，若照着以上的判断原则，大家一定就可以买到一双适合自己的直排轮鞋了!!
    至于什么是培林呢??~~~
 
    它是放在轮子中间的一个圆型轴心也就是滚珠轴承（如图１）一颗轮子里有两个培林与一个培林套管，它们的工作便是使我们能够很的顺畅的溜动滑行，因此在直排轮鞋的零件中，培林算得上是影响滑行速度快慢的重要因素之一。
根据国际轴承协会所制定的标准规格看来，培林的等级可分为ＡＢＥＣ１～７，数字愈大表示其精密度高相对的续滑力也较好，溜起来较不费力而且速度快些，通常一般休闲轮鞋上装的大多是ＡＢＥＣ１～５的培林，而特技轮鞋也多为ＡＢＥＣ１～５的培林，不过竞速型的选手们所使用的培林则大多为ＡＢＥＣ７，听说目前高精密度的ＡＢＥＣ９也出现了，不过价格相对的也十分昂贵．在培林的防尘盖上我们会发现上头会有６０８的数字（如图２），这是指此种培林的规格型号，只要是６０８规格的培林都可以用在直排轮鞋上头，您可能不知道在传统并排溜冰鞋，蛇板，滑板轮子内的培林其实是同一种规格，也就是说共享没有问题。

论坛漂亮MM摄影技法之YY篇 拍摄PPMM的技术问题

提供一些免费进入学术资源数据库的方法 

张昱最近发表的一些关于xml的文章

• 张昱，用Xerces-J进行基于XML Schema的XML局部验证，小型微型计算机系统，已录用。
• 张昱，付雄，含XPath的表达式的解析与应用，小型微型计算机系统，2004，25(3):442-446。
• 张昱，XForms–下一代的Web窗体，小型微型计算机系统，2003，24(9):1658-1664。

国际生物信息学研究进展 国际生物信息学研究大事记(20世纪90年代至今)

2004年自然计算与应用国际研讨会 自然计算（ Nature Inspired Computation ）具有模仿自然界的特点，通常是一类具有自适应、自组织、自学习能力的算法，能够解决传统计算方法难于解决的各种复杂问题。自然计算包括目前已被广泛研究的进化计算、神经计算、生态计算、量子计算和复杂自适应系统等多个领域，已成功地应用于组合优化、机器学习、工程设计等问题，并取得了很好的效果。第14届中国神经网络年会也将于2004 年10月27日至29日在合肥召开，届时将有部分国际研讨会专家应邀为此次年会作大会报告。

Journal of Computer Science and Technology 《JCST》是中国计算机科学技术领域第一个以英文原著形式出版的一级学术性期刊。《JCST》于1986年创刊，双月刊。创刊以来，该刊已逐步受到国际学术界认可与重视。目前该刊已被《SCIE》、《EI》(美)、《SA》(英)、《ANBAR》(英)、《数学文摘》(美)、《数学文摘》(德)、《科技文献速报》(日)等11个国际重要数据库和5个国内主要检索数据库系统收录。

中国计算机学会

第二十一届全国数据库学术会议(NDBC 2004) 定于2004年10月14日至17日在厦门大学召开

一、信息来源
　　1、SCI、EI检索源期刊（文摘检索源,1998年12月中国科技信息研究所公布）；
　　2、国家科委中国科技论文统计源期刊（1995年版,综合类、学报、科技类期刊）；
　　3、中文核心期刊要目总览（1996年版）；
　　4、学位与研究生教育中文重要期刊目录（国务院学位委员会办公室1995年3月）；
　　5、各院系及学位分委员会上报的期刊目录（2000年12月）。
二、分类方法
　　依据我校所有的硕士博士授权点在国务院学位委员会“授予博士、硕士学位和培养研究生的学科、专业目录”（1997年）中所在的一级学科或相关学科进行分类。
三、符号标记
　　期刊名称前有“*”号的为我校的博士生发表论文的参考期刊。
四、补充说明
　　《中国科技大学学位与研究生教育中文参考期刊目录》（试行）自1997年7月起在我校试行后,对提高我校研究生在攻读学位期间发表的中文学术文章的水平，衡量我校研究生学位论文的质量，起到很大作用。这次重新规范和修订的《中国科技大学学位与研究生教育中文参考期刊目录》主要供我校的硕士、博士生在攻读学位期间发表论文参考所用。另需特别说明的是,凡符合下列情况之一者,与在“参考期刊目录”上发表文章效力等同。
　　1、在海外重要期刊上发表与本专业相关的学术文章；
　　2、国际学术会议上发表的论文,并在“会议论文集”上公开出版；
　　3、参加学术著作撰写并正式出版,经指导教师和学位分委员会认定其学术价值后,按每二万五千字折合成一篇参考期刊的文章；
　　4、发表在未列入本参考期刊目录上的论文，可由分委员会认定是否确属与申请学位相关领域的核心期刊；
　　5、获省部级及以上科研成果奖的主要获奖者。
　　本期刊目录自2000年入学的研究生开始执行。

Viola wittrockiana 别名：人面花、猫儿脸、阳蝶花 菫菜科1、2年生草本 原产：欧洲  三色堇株高10~20公分，叶倒卵形，叶缘有波状浅裂。花顶生或腋生，5瓣，唇瓣与侧瓣具有美丽色彩，花色繁富，鲜明艳丽，颇受喜爱。花期春季，适合花坛或盆栽。三色菫株高仅10多公分，极适合小盆栽。性喜冷凉的环境，忌高温多湿。花谢后易结种子，在果实未裂开前采收，阴干后密封贮藏于冰箱内，待秋季再播种。若不采收种子，将谢掉的花摘除，可促使开更多的花！ 金山词霸的解释：  堇菜一种，堇菜属的植物，包括紫罗兰和圆三色堇，尤指花朵大小形状象紫罗兰、色彩象圆三色堇的一种植物

这里有更详细的介绍及图片