LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
12
返回列表 发新帖
楼主: 黄叶

我用java写的一个小东西(JavaTags)

[复制链接]
发表于 2006-1-25 16:23:03 | 显示全部楼层
还可以,不错。
交个朋友.

你说的tag是什么意思啊?
回复 支持 反对

使用道具 举报

发表于 2006-2-9 17:20:12 | 显示全部楼层
请问. web2.0 里的 Tags 是做什么的?
回复 支持 反对

使用道具 举报

发表于 2006-2-10 09:03:03 | 显示全部楼层
看了一些对web2.0的讲解,不是很感冒.
感觉还是目前这种模式的论坛好用.
看了一下你的代码
感觉:
1:不如直接使用成熟的构架方便,比如Struts或Spring mvc 等等
2:在 Action 中直接操作数据库,应该是很不建议的一种结构.维护和升级比较麻烦,会产生牵一发动全身的后果.
回复 支持 反对

使用道具 举报

 楼主| 发表于 2006-6-4 20:28:56 | 显示全部楼层
太匆忙了。
只是验证一下JAVA学习结果。
关于代码分离和代码重用的主题,实在是太大了。
而且在很多的项目上根本没必要太过于去关心。
太过于关心分离的问题让你最终走向失败,而且每一个项目都是非常长期的规划,
尤其是JAVA的项目。

而且使用struts,个人感觉根本不方便。尤其是struts必须配合struts的标签使用。
要是哪个美工能搞定,那才叫有鬼了呢。
Action中直接操作数据库,好处就是简单。
如果在分开的话,
那么最少在action和module之间再加一层业务代理才是比较合理的。
这个问题太麻烦了。 有那个时间规划,可能我的代码已经完成了。
当然采用成熟的框架的确不错,可是麻烦就麻烦在很多框架都太大太全,根本用不了那么多
功能, 框架升级的话你就麻烦了。

简单的项目就应该简单化,复杂的项目也要先简单,后复杂。
回复 支持 反对

使用道具 举报

发表于 2006-6-5 08:32:08 | 显示全部楼层
呵呵,适合的就是最好的。合理的设计应该是减少工作量和维护量的。
另外,struts 没有说非要用 他的标签阿,一般来说他的 formbean 我都很少用
他的灵魂是 控制器构架。其他的 mvc 也差不多。
回复 支持 反对

使用道具 举报

发表于 2006-6-5 17:30:30 | 显示全部楼层
Qlin 你的头像我好喜欢呀。
回复 支持 反对

使用道具 举报

发表于 2006-6-5 17:30:46 | 显示全部楼层
Qlin 你的头像我好喜欢呀。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2006-6-5 20:53:34 | 显示全部楼层
恕我直言。
如果使用struts而不和他的标签配合使用,
那么基本上不如不使用struts, 说实话,struts的控制器的概念没有任何巧处,

我想我的这个中心代码的思路也是和struts差不多罢,只不过它的时间长,完善,这个也无所谓,
但是你用它的话,也增加了它的学习成本啊。

UI + 控制器 + ACTION + 业务代理,这种架构才是Struts的长处罢。
回复 支持 反对

使用道具 举报

发表于 2006-6-6 08:39:48 | 显示全部楼层
struts 两Íŵ我ý用Ç,用了formbean 和 标签后å作ÏÍ而ž 了,而且ž 的Ô较大
,我是å作需要用这些东西,对工作量比较敏感。使用 struts(或其他的mvc) 的控制器的好处就是他们是成熟的东西,很稳定。使用 mvc 的目的是程序结构清晰,而且不增加工作量。其实这些都是次要的,业务逻辑代码必须占大部分,要不就不如不用构架。
封装数据库其实没有你想想的那样增加工作量,比如一个数据库表,
你用一个类来描述他,其实最简单可以是一个 bean ,属性和表字段对应的 bean,加上一些简便操作,然后配合一个 Manager类使用, Manager 类来进行数据库操作,比如 add edit delete query等等,这样程序的其他地方都是操作对象而不是数据库,程序结构清晰一个级别。而且
当你对这个表的操作非常频繁的话,你会发现这种方法会大量的降低代码量,因为你原来重复的 insert select delete 等等的sql 操作都只写一次就行了,就是在 Manager 里面,以后使用的就是调用一个方法而已。另外的好处就是通过Manager 吧数据库隔离了。
回复 支持 反对

使用道具 举报

发表于 2006-6-6 08:45:45 | 显示全部楼层
struts 两种情况我都用了,用了formbean 和 标签后工作量反而增加了,而且增加 的量还比较大
,我是工作需要用这些东西,对工作量比较敏感。使用 struts(或其他的mvc) 的控制器的好处就是他们是成熟的东西,很稳定。使用 mvc 的目的是程序结构清晰,而且不增加工作量。其实这些都是次要的,业务逻辑代码必须占大部分,要不就不如不用构架。
封装数据库其实没有你想想的那样增加工作量,比如一个数据库表,
你用一个类来描述他,其实最简单可以是一个 bean ,属性和表字段对应的 bean,加上一些简便操作,然后配合一个 Manager类使用, Manager 类来进行数据库操作,比如 add edit delete query等等,这样程序的其他地方都是操作对象而不是数据库,程序结构清晰一个级别。而且
当你对这个表的操作非常频繁的话,你会发现这种方法会大量的降低代码量,因为你原来重复的 insert select delete 等等的sql 操作都只写一次就行了,就是在 Manager 里面,以后使用的就是调用一个方法而已。另外的好处就是通过Manager 吧数据库隔离了。

======================================
这个论坛用 konqueror 发言乱码的问题怎么还没有解决阿???
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表