设为首页
收藏本站
用户名
Email
自动登录
找回密码
密码
登录
注册
快捷导航
平台
Portal
论坛
BBS
文库
项目
群组
Group
我的博客
Space
搜索
搜索
热搜:
shell
linux
mysql
本版
用户
LinuxSir.cn,穿越时空的Linuxsir!
»
论坛
›
编程开发讨论区 —— LinuxSir.cn
›
Java 程序设计开发讨论
›
我用java写的一个小东西(JavaTags)
1
2
/ 2 页
返回列表
楼主:
黄叶
我用java写的一个小东西(JavaTags)
[复制链接]
neoedmund
neoedmund
当前离线
积分
23
IP卡
狗仔卡
发表于 2006-1-25 16:23:03
|
显示全部楼层
还可以,不错。
交个朋友.
你说的tag是什么意思啊?
回复
支持
反对
使用道具
举报
显身卡
Qlin
Qlin
当前离线
积分
868
IP卡
狗仔卡
发表于 2006-2-9 17:20:12
|
显示全部楼层
请问. web2.0 里的 Tags 是做什么的?
回复
支持
反对
使用道具
举报
显身卡
zbw76
zbw76
当前离线
积分
379
IP卡
狗仔卡
发表于 2006-2-10 09:03:03
|
显示全部楼层
看了一些对web2.0的讲解,不是很感冒.
感觉还是目前这种模式的论坛好用.
看了一下你的代码
感觉:
1:不如直接使用成熟的构架方便,比如Struts或Spring mvc 等等
2:在 Action 中直接操作数据库,应该是很不建议的一种结构.维护和升级比较麻烦,会产生牵一发动全身的后果.
回复
支持
反对
使用道具
举报
显身卡
黄叶
黄叶
当前离线
积分
1855
IP卡
狗仔卡
楼主
|
发表于 2006-6-4 20:28:56
|
显示全部楼层
太匆忙了。
只是验证一下JAVA学习结果。
关于代码分离和代码重用的主题,实在是太大了。
而且在很多的项目上根本没必要太过于去关心。
太过于关心分离的问题让你最终走向失败,而且每一个项目都是非常长期的规划,
尤其是JAVA的项目。
而且使用struts,个人感觉根本不方便。尤其是struts必须配合struts的标签使用。
要是哪个美工能搞定,那才叫有鬼了呢。
Action中直接操作数据库,好处就是简单。
如果在分开的话,
那么最少在action和module之间再加一层业务代理才是比较合理的。
这个问题太麻烦了。 有那个时间规划,可能我的代码已经完成了。
当然采用成熟的框架的确不错,可是麻烦就麻烦在很多框架都太大太全,根本用不了那么多
功能, 框架升级的话你就麻烦了。
简单的项目就应该简单化,复杂的项目也要先简单,后复杂。
回复
支持
反对
使用道具
举报
显身卡
zbw76
zbw76
当前离线
积分
379
IP卡
狗仔卡
发表于 2006-6-5 08:32:08
|
显示全部楼层
呵呵,适合的就是最好的。合理的设计应该是减少工作量和维护量的。
另外,struts 没有说非要用 他的标签阿,一般来说他的 formbean 我都很少用
他的灵魂是 控制器构架。其他的 mvc 也差不多。
回复
支持
反对
使用道具
举报
显身卡
ywchen2000
ywchen2000
当前离线
积分
501
IP卡
狗仔卡
发表于 2006-6-5 17:30:30
|
显示全部楼层
Qlin 你的头像我好喜欢呀。
回复
支持
反对
使用道具
举报
显身卡
ywchen2000
ywchen2000
当前离线
积分
501
IP卡
狗仔卡
发表于 2006-6-5 17:30:46
|
显示全部楼层
Qlin 你的头像我好喜欢呀。
回复
支持
反对
使用道具
举报
显身卡
黄叶
黄叶
当前离线
积分
1855
IP卡
狗仔卡
楼主
|
发表于 2006-6-5 20:53:34
|
显示全部楼层
恕我直言。
如果使用struts而不和他的标签配合使用,
那么基本上不如不使用struts, 说实话,struts的控制器的概念没有任何巧处,
我想我的这个中心代码的思路也是和struts差不多罢,只不过它的时间长,完善,这个也无所谓,
但是你用它的话,也增加了它的学习成本啊。
UI + 控制器 + ACTION + 业务代理,这种架构才是Struts的长处罢。
回复
支持
反对
使用道具
举报
显身卡
zbw76
zbw76
当前离线
积分
379
IP卡
狗仔卡
发表于 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 吧数据库隔离了。
回复
支持
反对
使用道具
举报
显身卡
zbw76
zbw76
当前离线
积分
379
IP卡
狗仔卡
发表于 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 发言乱码的问题怎么还没有解决阿???
回复
支持
反对
使用道具
举报
显身卡
1
2
/ 2 页
返回列表
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
|
注册
本版积分规则
发表回复
回帖后跳转到最后一页
Copyright © 2002-2023
LinuxSir.cn
(http://www.linuxsir.cn/) 版权所有 All Rights Reserved.
Powered by
RedflagLinux!
技术支持:
中科红旗
|
京ICP备19024520号
快速回复
返回顶部
返回列表