EOS印象

新找了份Java的工作，结果去公司第一件事情是学习普元的EOS，说是要用这个东西开发，于是找文档就开看。
第三天结束了，看了三天的文档，看的迷迷糊糊的，大概晓得写程序的流程，懂那么些些EOS运行的机制。但是，不看文档还是写不出个Hello World来。
我并没有刻意去记开发流程里面的一些属性设置，一直都是看文档，有个大概印象，再去仔细写写程序。网上关于EOS的文章除了Primeton自己的文档、教程之外，少之又少，即使有也是05年的文章。多是争论EOS这个东东好还是不好，关于开发经验的文章，几乎是没有。
EOS提倡的面向构件于我看来就是面向组件，和Delphi的开发差不多。在编辑器里面拖几个框框用线连接起，组成业务逻辑、展现逻辑等等。然后每个框框设置属性，然后浏览器运行……
我不喜欢这种开发方式，大概是我从来对这样的图形拖拉方式很反感，何况又是国产货，我更加不信任。第一印象如此。然后真正看了文档，觉得文档写的还是很不错，流程以及运行原理都写的详细并且有不少的例子。虽然有一些错别字但还是不影响阅读的。可是对EOS的看法仍然没有大的改观。
展现逻辑、业务逻辑、页面逻辑、数据逻辑、运算逻辑、工作流逻辑，六个部分用XML总线的方式进行通信，从客户端提交请求，经过各个逻辑层的处理最终通过JSP页面呈现出来。业务逻辑、展现逻辑等等可以用图形流程化的方式进行描述，同时各层提供了不少的方便的构件（目前还没有找到各个构件的文档，连每个构件是干什么的都不知道）如果EOS自己带的东西不适应需求，可以扩展，在运算逻辑层写自己的Java代码。EOS主要是让业务流程清晰直观化，然后每层的耦合度都降低，可以适应快速的开发以及适应业务需求的变化。
上面就是我目前对EOS的理解，好像也还是清晰可靠，但是，我总是觉得差些什么，这已经算不上第一印象了，不知道是不是因为我对EOS本身提供的工具构件不熟悉的缘故。
接下来要做的东西还很多，我不了解的细节也很多，争取在下周一之前把EOS的原理都搞懂，然后可以开发一些小的东东出来吧。
公司没有人带，自己学，痛苦啊！！