回来转眼上了一星期班了，忙的屁滚尿流
一年前的系统要增加两个大功能，200多个报表要挨个修改，报表校验的页面效果客户又提出了新建议，一个字 改

从昨天晚上开始捣鼓到现在终于解决了一个问题，心情好了些，上来写写，哈哈

这两天用了baidu 百度空间中的弹出窗口js，感觉不错，很强大，很好很简单的解决了好几个问题，界面友好度以及美化也好多了，以前都是硬邦邦window.open();

有兴趣的朋友搜索"百度 popup"就好了，已经有人给出了注释，强大。

最有意思的是用javascript获取和设置style

DOM标准引入了覆盖样式表的概念，当我们用document.getElementById("id").style.backgroundColor 获取样式时 获取的只是id中style属性中设置的背景色，如果id中的style属性中没有设置background-color那么就会返回空，也就是说如果id用class属性引用了一个外部样式表，在这个外部样式表中设置的背景色，那么不好意思document.getElementById("id").style.backgroundColor 这种写法不好使，如果要获取外部样式表中的设置，需要用到window对象的getComputedStyle()方法，代码这样写window.getComputedStyle(id,null).backgroundColor
但是兼容问题又来了，这么写在firefox中好使，但在IE中不好使
两者兼容的方式写成
window.getComputedStyle?window.getComputedStyle(id,null).backgroundColor:id.currentStyle["backgroundColor"];
如果是获取背景色，这种方法在firefox和IE中的返回值还是不一样的，IE中是返回"#ffff99"样子的，而firefox中返回"rgb(238, 44, 34) "
值得注意的是：window.getComputedStyle(id,null)这种方式不能设置样式，只能获取，要设置还得写成类似这样id.style.background="#EE2C21";

参考：
JavaScript权威指南
http://bokee.shinylife.net/blog/article.asp?id=817
http://book.csdn.net/bookfiles/679/10067921329.shtml

感觉普元的报表有点水晶的味道，弄了个分组报表，又建数据源又建数据集有设行分组，列分组的，赶紧挺麻烦，没有用润乾好使，虽然润乾工作量也挺大

看来老板要贴了心上普元了，接下来可能要实战了，不知道啥样，现在有两点困难;

1\、普元报的错误，无从下手，不知道哪出的毛病，比如有时在展现层的毛病，而在逻辑处理层报错，摸不着头脑啊。

2、普元的构件不熟悉，据说有1000多个构件，不像java api一样按照功能分的包，它是按层分的包，业务逻辑层构件、运算层构件、展现层构件。要实现一个功能怎么能知道构件包里有没有现成的，恐怕这只能慢慢熟悉那些构件库了

3、觉得普元的报表系统不怎么样，至少没有什么让人耳目一新的，工作流系统还挺强，对工作流不熟悉，不敢说什么，然后就是可维护性，可扩展性，可能一直是自己写代码的，看不见代码总觉得不踏实最然功能实现了并以更迅速的

4、听头儿说这是未来软件开发的趋势，听得我直郁闷，未来开发就是这么托构件然后用连线一拉基本完事儿了吗？！得，要不我还是转行做小买卖去吧，呜呜，总的来说，觉得这种模式对程序员个人的发展没多大好处，核心代码都被封装好了，不知道什么是类，对象，方法，面向对象，也能轻而易举做软件工程师了，呵呵，工程师以后不值钱喽。

自己的一点感觉，胡侃一通，不知道合不合乎逻辑，在前面的blog里有朋友留言说"千万别被普元忽悠了"，哈哈，不知道那位兄弟的理由是什么，想多听听大家的意见，望广留言，多谢多谢多谢！！！

<root>

<data>

<myEntity>

<myField1>1234</myField1>

<myField2>This is demo</myField2>

</myEntity>

</data>

</root>

例子2：EntityList的格式为

<root>

<data>

<list length=2>

<myEntity name="test1">

<myField1>1234</myField1>

<myField2>This is demo</myField2>

</myEntity>

<myEntity name="test2">

<myField1>2345</myField1>

<myField2>This is demo</myField2>

</myEntity>

<list>

</data>

</root>

通过Xpath来访问数据，比如

/root/data /myEntity将访问到例子1中的<myEntity>实体

/root/data/myEntity/ myField1 将访问到例子1中的myField1，结果为1234

/root/data/list/myEntity[@name="test1"]将访问例子2中的<myEntity name="test1"> 实体

/root/data/list/myEntity[@name="test1"]/myField1将访问例子2中的myField1，值为1234

昨天临时以前的项目要改写东西，听的断断续续

还是一些关于工作流的知识，只是更加复杂一下，跟着文档一个劲儿的复制黏贴

也不知道所以然

据说下午还要考试，晕

感觉看不到亲切的java代码很不爽，呵呵

然后练习自定义运算逻辑，这下自己写类了呵呵，eos能够由向导自动生成类和方法体，就像Myeclipse中新建struts的action一样，发现eos的方法都是静态的，都是返回一个int整型值，参数列表也都是Document doc, BizContext param，看起来只有方法名可以自定义了，呵呵！

之前说过普元这套东西都是用xml格式传递参数的，这里就是从param中获取xml，然后拆解每个要用到的节点，来获取传入的参数，然后经过处理后把返回值再放到xml节点中，好费劲。

然后是handler，为了灵活的加入新的处理，可以在一个业务逻辑的前后加入多个handler,跟一般的过滤器写法没什么差别。

然后是jsp Tag自定义，也是继承了javax.servlet.jsp.tagext.TagSupport，没有普元的东西

再然后是复杂查询，多表查询，他是创建一个查询实体，就是视图啦

一天下来对普元EOS了解的多了些，它以方法为单位作为构成构件，以达到重用的目的，各个层之间以xml格式作为联系，开发人员基本上已图形化开发，不接触底层技术，给程序员的门槛降低了（大学生就业更难了呵呵），开发系统开始工业化，把零件装起来，螺丝拧上就OK了

可能经历实际开发了，会有多一些不一样的感触吧

还是没闹明白难道这就是所谓SOA吗？？？

公司要购进普元的EOS开发工具，组织为期5天的培训

为了今天的培训我把我的笔记本系统都重装了，折腾了半天装数据库，装EOS，装EOS补丁，不知道干嘛不做一个集成了补丁的安装包

安装过程中要配置数据库，要初始化数据库，会向数据库中自动建好多表，然后安装成功后可以在服务控制台管理。

首先做了个HelloWorld

界面就是这样的

首先新建一个构件包(面向构件的开发嘛)，每个构建包下有页面构件page，展现逻辑构件pr，业务逻辑构件biz，数据逻辑构件data等等。

我的理解就是每个构件就相当于分层架构中的一层，page就是jsp页面，pr是Struts的action，biz是spring的bean,data是hibernate的映射，普元在这之上又进行了封装，以前我们在各个层之间传递数据通常由一个DTO数据传递对象，而普元在各个层用xml来传递，普元把普遍通用的实现逻辑处理都封装成了构件，我们只要调用构件就行了。

       之后又来了复杂点有刺激的，通过向导实现对一个单表的增删改查，向导跟vs.net中的那个数据连接，数据适配器拖到页面上选择表，选择字段，就自动生成了增删改查，只是vs.net中可以看到生成的C#的代码，而普元生成的只是一堆xml。

原来一天未必能完成的事，现在十分钟做完，能傻瓜的都傻瓜了，真的也要下岗了。

哦，对了，这些和SOA怎么联系上呢？

    <url-pattern>/test/list.do</url-pattern>

② 目录匹配

    <url-pattern>/test/*</url-pattern>

③ 扩展名匹配

    <url-pattern>*.do</url-pattern>

servlet-mapping的重要规则：

☆ 容器会首先查找完全匹配，如果找不到，再查找目录匹配，如果也找不到，就查找扩展名匹配。

☆ 如果一个请求匹配多个“目录匹配”，容器会选择最长的匹配。