JiveJdon Community Forums
在线349人   首页   主题总表   培训咨询   精华   查搜   注册    登陆
首页 » 论坛 » 设计模式、框架和架构
???en_US.forumThreadPrev.name??? 上一主题
  Go back to the topic 返回本主题   Go back to the topic listing返回主题列表
???en_US.forumThreadNext.name??? 下一主题
Go 总共有 3 回复 / 1
 发表新帖子   回复该主题贴
smalldeer

悄悄话
发表文章: 4
注册时间: 2004年09月25日 09:49
[讨论]一个设计方面的问题――登陆这个动作(或叫方法)应该属于User类还是属于Application类(描述系统类) 2004年12月08日 23:11 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
标签列表
[讨论]一个设计方面的问题――登陆这个动作(或叫方法)应该属于User类还是属于Application类

User类不说明了,就是能使用系统的用户的类

举例说明Application类
Application类:描述系统的类
属性可以是:系统开启时间,系统关闭时间,系统名,系统描述等
方法有: 系统初始化init(),一些get,set方法

今天想到个问题,比较疑惑

登陆login()方法应该是属于哪个类的呢?
以前都把login方法写在User类中,

现在的想法是:
按流程来看:觉得登陆的动作是User类发出的,但处理的过程是交给Application类来处理的

那我应该怎么样处理login方法的归属问题,请大家指教,
各位应该都碰到过问题,请说说,谢谢
banq

悄悄话
发表文章: 9312
注册时间: 2002年08月03日 17:08
Re: [讨论]一个设计方面的问题――登陆这个动作(或叫方法)应该属于User类还是属于Application类(描述系统类) 2004年12月11日 11:29 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
这个scope问题很有意思,登陆这个动作我认为应该属于Application,登陆操作的对象是属于User的。

当然,我习惯是尽量避免使用Application,用多例来替代。
macher

悄悄话
发表文章: 6
注册时间: 2004年12月04日 07:21
Re: [讨论]一个设计方面的问题――登陆这个动作(或叫方法)应该属于User类还是属于Application类(描述系统类) 2004年12月12日 07:55 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
>>>用多例来替代

同意,应该是属于Application类或Manager类或Controller类,但请问,这跟多例有什么关系么?
banq

悄悄话
发表文章: 9312
注册时间: 2002年08月03日 17:08
Re: [讨论]一个设计方面的问题――登陆这个动作(或叫方法)应该属于User类还是属于Application类(描述系统类) 2004年12月12日 21:06 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
在Jsp中,有一个scope叫Application,对于初学者,这两者似乎是对应的,Spring中的Singleton也是属于Application,我担心作者可能有这个过渡对应,所以稍微多余地声明一下,尽量使用多例来解决你的Application应用。
这个主题有 3 回复 / 1Go
???en_US.forumThreadPrev.name??? 上一主题
  Go back to the topic 返回本主题   Go back to the topic listing返回主题列表    返回页首返回页首
???en_US.forumThreadNext.name??? 下一主题
热点TAG: AOP cache 缓存 DDD EJB 集群 设计模式 Hibernate IOC JiveJdon OO RBAC Seam Spring Struts
正在读取,请等待...
google yahoo 新浪ViVi 365Key网摘 天极网摘 CSDN网摘 添加到百度搜藏 POCO网摘 博采网摘
查询本论坛内 回复超过的热门帖子
     回复该主题贴
标题
 
粗体 斜体 下划线 插入图片 插入代码 插入url链接 插入附件
内容
 

手机阅读 add to google add to yahoo
解惑之道在J道 ,打造中国最具影响力的的企业软件社区
OpenSource JIVEJDON v3.0 Powered by JdonFramework Code © 2002-08 jdon.com
anti spam