bergman
- 浏览: 8474 次
- 性别:
- 来自: 济南
-
最新评论
-
healer_kx：
2009年，OSGi相关的东西，变化太快，变数太多。Sprin ...
OSGi中的DS(Declarative Services)的web应用实现探索 -
01404421：
鄙人以为 富客户端应该是未来的方向，也不全是JS来实现，不过还 ...
web应用四种常见的页面操作模式 -
honda418：
第三种，纯的ajax请求应该是未来发展的方向吧。。。
web应用四种常见的页面操作模式 -
classtwo5367：
其实爱立信已经使用OSGi开发完成了一个叫OSS 的网络管理软 ...
OSGi中的DS(Declarative Services)的web应用实现探索 -
bergman：
放弃osgi!问题太多了，一年也解决不完，还是把时间花在具体业 ...
OSGi中的DS(Declarative Services)的web应用实现探索
文章列表
前些天，试了一把google的AppEngine，特别是用了它的对象数据库，结合以前开发的flash图表，做了一个在线编辑图表的小应用，请大家试用：
地址：http://chartsonline.appspot.com/
界面没做处理，很难看，但显示的图表还是很漂亮的，您可以在线编辑图表的数据，并且配置风格，然后就会生成一个URL，可以粘到您的博客或论坛文章中显示为一个漂亮的动态图表，一组数据可以显示为柱图、柱堆积、条形图、条形堆积、饼图、折线、曲线图、雷达图八种图形呢。
使用它，您需要有一个google账户，才能保存您创建的图表数据。您以后还可以修改它或创建新的图表。
看这里http:/ ...
三种方式分别是：
1、序列化后保存到硬盘；
2、用XMLEncoder和XMLDecoder处理为XML保存到硬盘；
3、存取自数据库（mysql)
测试方法：写一个较复杂的javaBean，设值后用前两种方式存、取各自10000次。
数据库则简化了一下（比较懒，因此实际性能可能还要差一点），只存取一个只有两个字段的表各10000次。
测试结果：
序列化：用时1秒；
xml用时5秒
数据库存取一个只有两个字段的表各10000次，用时31秒。
总结：
java持久化：序列化性能最好，XML耗时是序列化的3-8倍，数据库存取耗时则是序列化的30-50倍，数据库最耗资源！
但是XMLEncoder ...
web应用的页面可以用不同风格的操作模式，在一个项目或产品中，应有统一的页面操作模式，以符合用户的预期。比如一个表有增、删、改、查四个操作，有如下操作模式：
１、页面跳转，首先是查询列表页，上面有“增加”“删除”“修改”按钮，按某按钮则页面跳转为相应页面，操作完成后再跳转到查询列表页，这种跳转有时用转发（forword）有时用重定向（redirect）。这种模式下页面总是通过jsp或servlet在服务器端组装出来，每一个操作页面都要刷新。
2、查询列表页加弹出窗口，每项功能只列出查询列表页，上面有“增加”“删除”“修改”按钮，按某按钮则弹出窗口显示对应的表单，处理完成后关闭该窗口，如需要也可 ...
当然，用post提交就没有任何参数了，但这不符合HTTP的规范，查询嘛，就得用get方式才好，但是get方式不够智能，查询表单中用户可能一个条件也没设置，一点查询，URL上跟一大串空参数如"?a=&b=&user=&q="很难看，我希望实现：如果用户一个条件也没选，那URL后面什么参数也不带，如果选了某个参数，URL上只带这个参数，不带任何空值的参数。
我想，唯一的方式就是不使用form，而是把非空的查询域手工组装一个URL，然后window.location.src=这个URL，但这种作法比起查询表单提交来看比较另类，所以需要有一个很强的组件把这个 ...
我正在用equinox的servletbridge在tomcat上搭建web应用，我想每个功能点做成一个bundle，主servlet作为控制器，基于请求URL而调用bundle中的bean来执行，我采用了DS来发布和使用服务。
我先说一下我想实现的目标吧：
一个bundle，例如是商品的查看维护，有增、删、改、查四种action，每个需要一个作为一个服务被主servlet调用，其中增、删、改都实现ActionExecute接口，有个void execute方法，查则实现ActionView接口，有Object execute方法（返回object)。
还有其它的 ...