2006-10-12
EOS印象
关键字: Primeton EOS
新找了份Java的工作,结果去公司第一件事情是学习普元的EOS,说是要用这个东西开发,于是找文档就开看。
第三天结束了,看了三天的文档,看的迷迷糊糊的,大概晓得写程序的流程,懂那么些些EOS运行的机制。但是,不看文档还是写不出个Hello World来。
我并没有刻意去记开发流程里面的一些属性设置,一直都是看文档,有个大概印象,再去仔细写写程序。网上关于EOS的文章除了Primeton自己的文档、教程之外,少之又少,即使有也是05年的文章。多是争论EOS这个东东好还是不好,关于开发经验的文章,几乎是没有。
EOS提倡的面向构件于我看来就是面向组件,和Delphi的开发差不多。在编辑器里面拖几个框框用线连接起,组成业务逻辑、展现逻辑等等。然后每个框框设置属性,然后浏览器运行……
我不喜欢这种开发方式,大概是我从来对这样的图形拖拉方式很反感,何况又是国产货,我更加不信任。第一印象如此。然后真正看了文档,觉得文档写的还是很不错,流程以及运行原理都写的详细并且有不少的例子。虽然有一些错别字但还是不影响阅读的。可是对EOS的看法仍然没有大的改观。
展现逻辑、业务逻辑、页面逻辑、数据逻辑、运算逻辑、工作流逻辑,六个部分用XML总线的方式进行通信,从客户端提交请求,经过各个逻辑层的处理最终通过JSP页面呈现出来。业务逻辑、展现逻辑等等可以用图形流程化的方式进行描述,同时各层提供了不少的方便的构件(目前还没有找到各个构件的文档,连每个构件是干什么的都不知道)如果EOS自己带的东西不适应需求,可以扩展,在运算逻辑层写自己的Java代码。EOS主要是让业务流程清晰直观化,然后每层的耦合度都降低,可以适应快速的开发以及适应业务需求的变化。
上面就是我目前对EOS的理解,好像也还是清晰可靠,但是,我总是觉得差些什么,这已经算不上第一印象了,不知道是不是因为我对EOS本身提供的工具构件不熟悉的缘故。
接下来要做的东西还很多,我不了解的细节也很多,争取在下周一之前把EOS的原理都搞懂,然后可以开发一些小的东东出来吧。
公司没有人带,自己学,痛苦啊!!
第三天结束了,看了三天的文档,看的迷迷糊糊的,大概晓得写程序的流程,懂那么些些EOS运行的机制。但是,不看文档还是写不出个Hello World来。
我并没有刻意去记开发流程里面的一些属性设置,一直都是看文档,有个大概印象,再去仔细写写程序。网上关于EOS的文章除了Primeton自己的文档、教程之外,少之又少,即使有也是05年的文章。多是争论EOS这个东东好还是不好,关于开发经验的文章,几乎是没有。
EOS提倡的面向构件于我看来就是面向组件,和Delphi的开发差不多。在编辑器里面拖几个框框用线连接起,组成业务逻辑、展现逻辑等等。然后每个框框设置属性,然后浏览器运行……
我不喜欢这种开发方式,大概是我从来对这样的图形拖拉方式很反感,何况又是国产货,我更加不信任。第一印象如此。然后真正看了文档,觉得文档写的还是很不错,流程以及运行原理都写的详细并且有不少的例子。虽然有一些错别字但还是不影响阅读的。可是对EOS的看法仍然没有大的改观。
展现逻辑、业务逻辑、页面逻辑、数据逻辑、运算逻辑、工作流逻辑,六个部分用XML总线的方式进行通信,从客户端提交请求,经过各个逻辑层的处理最终通过JSP页面呈现出来。业务逻辑、展现逻辑等等可以用图形流程化的方式进行描述,同时各层提供了不少的方便的构件(目前还没有找到各个构件的文档,连每个构件是干什么的都不知道)如果EOS自己带的东西不适应需求,可以扩展,在运算逻辑层写自己的Java代码。EOS主要是让业务流程清晰直观化,然后每层的耦合度都降低,可以适应快速的开发以及适应业务需求的变化。
上面就是我目前对EOS的理解,好像也还是清晰可靠,但是,我总是觉得差些什么,这已经算不上第一印象了,不知道是不是因为我对EOS本身提供的工具构件不熟悉的缘故。
接下来要做的东西还很多,我不了解的细节也很多,争取在下周一之前把EOS的原理都搞懂,然后可以开发一些小的东东出来吧。
公司没有人带,自己学,痛苦啊!!
评论
chunlinyao
2006-11-02
不好意思,提交的速度慢了点,点了两下。
chunlinyao
2006-11-02
js的check根本就没用的,我现在做的一个项目用的都是服务端check.不过使用了aop和jsf所以check只是配置一下,而且还有自动化生成工具,设计时把excel表的设计书做好,自动生成代码。
目前使用的是日本的一个框架,seasar2.是一个di和aop的容器,把apache的myfaces包装成了s2jsf,使用方法有些区别了。ORM用的s2dao.从dao到dto的代码不要写,从excel的表定义书自动生成。事务处理也是aop添加的,使用jta.只要写一下页面逻辑和业务逻辑。
对eos有点兴趣,想要研究研究它的源代码。
目前使用的是日本的一个框架,seasar2.是一个di和aop的容器,把apache的myfaces包装成了s2jsf,使用方法有些区别了。ORM用的s2dao.从dao到dto的代码不要写,从excel的表定义书自动生成。事务处理也是aop添加的,使用jta.只要写一下页面逻辑和业务逻辑。
对eos有点兴趣,想要研究研究它的源代码。
chunlinyao
2006-11-02
js的check根本就没用的,我现在做的一个项目用的都是服务端check.不过使用了aop和jsf所以check只是配置一下,而且还有自动化生成工具,设计时把excel表的设计书做好,自动生成代码。
目前使用的是日本的一个框架,seasar2.是一个di和aop的容器,把apache的myfaces包装成了s2jsf,使用方法有些区别了。ORM用的s2dao.从dao到dto的代码不要写,从excel的表定义书自动生成。事务处理也是aop添加的,使用jta.只要写一下页面逻辑和业务逻辑。
对eos有点兴趣,想要研究研究它的源代码。
目前使用的是日本的一个框架,seasar2.是一个di和aop的容器,把apache的myfaces包装成了s2jsf,使用方法有些区别了。ORM用的s2dao.从dao到dto的代码不要写,从excel的表定义书自动生成。事务处理也是aop添加的,使用jta.只要写一下页面逻辑和业务逻辑。
对eos有点兴趣,想要研究研究它的源代码。
wangdi
2006-10-25
呵呵,eos提供的一些js函数倒还是可以“拿来主义”的,很多check的函数啊等等,,虽然都是些小把戏。。。
mickeybaobao
2006-10-25
我现在就是用eos开发,使用它的时候确实有很多的不稳定性,有时很郁闷的,我也没感觉给开发带来了什么方便啊,还是j2ee比较好,个人观点,呵呵,我正寻思着跳槽呢
Lucas Lee
2006-10-14
我对这个东西倒是有点兴趣了解,看过EOS网站上的多个flash演示。
很想了解一下具体使用时的感受。他为什么要利用JBoss做服务器,而不支持tomcat,看来用了EJB,但业务数据肯定不是CMP的,看上去是即时解释元数据而已。
很想了解一下具体使用时的感受。他为什么要利用JBoss做服务器,而不支持tomcat,看来用了EJB,但业务数据肯定不是CMP的,看上去是即时解释元数据而已。
melin
2006-10-13
公司想赚中间的钱。所有项目开始用EOS,限制太死了,开发不是很方便
wangdi
2006-10-13
软件模块化我很赞同,提高复用率嘛,但是完全不喜欢图形界面的方式,,呵呵,看到代码才会让我心安啊。
但是没有办法,得好好学……
但是没有办法,得好好学……
ouspec
2006-10-13
模块化和组件化是现在的趋势,很羡慕你进入这个领域啊,有机会多写点感想吧。
发表评论
- 浏览: 51527 次
- 性别:

- 来自: 成都

- 详细资料
搜索本博客
我的相册
use case
共 1 张
共 1 张
最近加入圈子
最新评论
-
2007年结束了,是的,当时 ...
我丁页口我…………
-- by wangdi -
2007年结束了,是的,当时 ...
莫哭莫哭,哥哥回来请你喝酒哈
-- by henrylee -
2007年结束了,是的,当时 ...
呵呵新年好!新年会好运的~
-- by willvvv -
2007年结束了,是的,当时 ...
加一个我自己yaoyuan上面2008的展望: 希望女朋友的身体好,不要生病。爸 ...
-- by wangdi -
2007年结束了,是的,当时 ...
回想起有点想哭,tmd……
-- by wangdi






评论排行榜