struts2+ibatis2+spring2+dwr+json+ext2初体验

1119-1123

      又是一周光景,忙碌而充实的一周.这种感觉虽然很忙累,但是内心里头成长的感觉很好.或者说,已经习惯了这样的忙碌.

         1119,早会的时候,公司的会议室,似乎已经容不下所有的人了.公司最近招了一些人,从市场部到技术部,加上合作单位派来的人,莫名地在心理有一种意识,公司真的开始慢慢发展了.想想自己刚进公司时候的样子,到现在真的不太一样了.虽然才半年多的光景.早会除了列行的汇报一周工作情况外,老板还宣布,公司即将搬迁到洪山科技园,场地也会比现在大得多.现在好象已经谈得差不多了,装修需要几个月,应该明年过完春节会入住.

        开完会,差不多又到中午了，和项目经理再商讨了下数据库表设计的一些问题.某些有争议的字段先欲留着,估计开发过程中,就会发现真正需要的信息.然后,下午,开始接触struts2+ibatis2+spring2,开始熟悉这个新的框架.一切都是新的.研究了一个下午,差不多认识了一些.对struts2的标签,感觉不是很好,不过它的验证好象是通过DWR实现的.对ibatis2,感倒是不错.至少，比hibernate要灵活多了.至于spring2.0,还有待研究.呵呵~!

        1120,开始自己动手写代码.把登陆流程弄了下.struts2的标签好象不那么的友好.布局上有点问题.要想让标签在一行显示,好象是要把s:form 的theme="simple"这个 东西设置下.还有隐藏等其他问题,开发结束要要进行总结下.原来想用sitemesh 这个装饰下,后台的头部和尾部.如果整个后台都配置成这样,是可以的,但想把登陆界面过滤掉,后来不知道配置文件还有命名空间怎么弄,没有配置成功.郁闷.搞了大半天.decorators.xml 配置文件里头,不需要过滤不懂怎么个弄.找了些例子,还是没能弄完,结果,只好先暂时放弃这个.  项目经理要求我生成后台的菜单功能权限树,还有一些界面的处理等等.到晚上回家,差不多已经把静态的树生成了,可以添加其他模块了.

        1121, 老板要去银联谈支付接口的事情,把项目经理和我都拉上了这回.不知道叫我去干什么,真够戗.浪费了大半天时间.结果去那边,好象并没有谈出什么调调来,因为之前他们已经去过一次了.不过,这下听说,老板要把支付这块让我来做.不知道是不是真的。蛮期待的.不过,估计没那么快谈好接口,还有一些事情要处理.因为我们是做B2C的商务网站,还有合作伙伴的关系,支付流程上处理,不仅仅只看我们这边.他们银联还要跟邮政谈.好麻烦啊.不过,那个技术人员说，支付接口这块,只要调一周就可以了,叫我们不用担心.还有那个女的孕妇,看起来头衔蛮大的,说话蛮有底气的.不知道做什么的.HOHO.

       下午开始研究用做后台的导航式的下拉菜单.因为项目经理看到别的网站的一个效果,要求我们也做成那样.真是要人命啊.整个的布局又要改了.真的是.到下班回家,也把简单的DIV+CSS的下拉导航给弄好了.但是,其实自己看到这样的效果,并没有跟以往的项目有什么好的突破.于是开始茫然,到底,怎么才能让界面人性化,而且交互性良好起来呢?晚上回家的时候，一直在思考这样的问题.因为之前有看到ext的一些东西,而且感觉做UI很不错,有现成的一些很漂亮的样式.用户体验也很好.在网络上找了ext的东西,还看了些论坛里头大家对EXT的讨论,决定尝试下用EXT布局.虽然,对此是一无所知.

        1122,一到公司,就把找到的一些布局的例子,在项目里头加了EXT,开始忙活起来.在项目里头CSDN上有个叫天晓得的专栏,粉不错哦.看他的个人信息,感觉真的很有经验和经历的人.附上他的地址:http://blog.csdn.net/tianxiaode/archive/2007/09/26/1801881.aspx..不过呢,按照这个布局,好象IE6下面会有问题.IE6似乎特别敏感,一个逗号,一个样式,都可能让布局显示不出来.郁闷哦.不过,还好，那个天晓得有留QQ,就直接Q他,早上终于把静态的布局弄出来了.界面一下子,有了亮点,感觉就是不一样了.EXT实在太强大了.不过，现在还不太熟悉.慢慢研究中.虽然进度很急,但是也已经没办法急起来了.
      下午,开始用toorbar,生成动态的菜单布局,根据用户的登陆权限.原本想用TreeMap保存查询出来的东西.结果,好象TreeMap的键值对的VALUE,不能为空。不知道为什么。所以又改成HashMap。不过这样也有一个问题，HashMap没办法排序，结果生成的树，每次刷新或者登陆显示的效果是不同的。即便在查询语句里头加了order by 的字段，好象也没有效果哦。郁闷啊。还有就是生成动态的菜单的布局上，也有很多要注意的地方。都是因为IE6，所以才要特别的小心。就算一个标点，一个空格，都会影响到在IE6上的显示。虽然在FIREFOX上是OK的，但是在IE6就不一定了。现在会突然觉得很搞笑。以前调试的时候，都是在IE上没问题，在FF上有问题，现在走标准化路线后，怎么反倒反过来了。听人家说，都是IE本身的问题。

         1123,装了下，FF的，FIREBUG插件，不过还不知道怎么用。用惯了，FF的错误控制台提示了，不过，FIREBUG有它的好处，直接在右下脚提示错误信息。今天主要把界面逻辑输理下，让大家可以初步使用。做了一些界面通用的模版，然后找了写生成树，生成表格的资料，打算用JSON插件来实现。然后规范了下，EXT的写法。可能下周，才能真正开始写业务代码。晚上回家的时候，老板突然想去买饺子，要请我们吃饺子。呵呵~不知道刮的什么风啊。吃了人家的东西，就要更卖命啊。哈哈。就是有点搞不明白，老C同志对自己忽冷忽热的态度。那天，不知道为什么要把国家263扶持项目的文件给我看。纳闷。之前跟我说，现在有很多公司想和我们加盟，很多单位想合作，她说太多人想帮助我们了，她也感到无所适从。怕我不相信，把文件都亮出来了。不过，我有点怕，不知道她卖什么药。难道在提醒我，辞职的事情？想不通。

        不过呢，还是希望公司好起来。只是感觉时间真的很快。一周，又过去了。原本打算做的一些模块，现在还没开始做。如果，还是用原来的一些样式，方式做开发，应该会快些。现在挑战新的，需要点时间，还好项目经理支持哦。对自己来说，全新的应用EXT，是一种新的挑战，有待进一步深入。加油。

      留个数据库设计上有争议的问题,到底子关联的表当中,要不要级别这个字段呢?如果是多级的话,我的观点是要,但是项目经理说不要.我们还在争议.不知道孰对?

 

 

PS:

因为对象本身是无序的,后来自己也不知道,蛮尝试着写了个比较器,让对象也实现Comparable接口....这样再生成树就OK了..

评论

1 楼 julyboxer 2007-11-24  

呵呵...生成动态菜单刷新或者登陆显示的效果是不同.如果加了order by 的字段  还是没有效果的话..那就是你的生成算法问题了..尝试用递归方法去生成树..
PS:我这边也是菜单动态生成..没有你所说的问题

   留个数据库设计上有争议的问题,到底子关联的表当中,要不要级别这个字段呢?如果是多级的话,我的观点是要,但是项目经理说不要.我们还在争议.不知道孰对?

这个最好是要有个级别字段..前面设计想得足够了..后面改动或者更新的代价就会比较少..