在各大java论坛、csdn、uml软件工程组织上查、问这个问题,都还没有结果。先把uml学了再说吧。
分类:Web
发公开信,学习UML和看其它的Struts程序建模
java-cn.com站长答复:他们的邮件服务器web登录可以抄送50个地址,邮件客户端软件可以抄送30个地址。
昨天把注册用户的邮件分为30个地址一组发了出去,但是用逗号隔开的地址每组都有几个自动被foxmail4.2变成了错误的格式,如:sff@163.c,om,不知道是怎么一回事?这样,估计又有一部分用户没有收到。
到今天为止,有5人来信加入开发小组。我感到我要学习的东西太多了:面向对象建模、UML...,现在也只有在大家的帮助,摸着石头过河了。明天,看一下那本<<java数据库开发实例导航>>,分析一下他的设计思路。
但愿有那么一位热心的高手来给我们领头。
组建开发小组公开信、开发方法的思考
昨天下午从乡下回来,开始思考组建开发小组的公开信。昨晚把公开信提交到了各大java论坛。并向注册本站的网友发了邮件。因为没有写本站的邮件系统,只得用手工的方式把邮件地址添到邮件的暗送栏里,一共有100多个,我在中间插了两个我自己的邮件。但是,今天我却没有收到我发给自己的邮件。所以,肯定有很大一部分网友没有收到我的公开信。我搞不懂了,难道邮件里的暗送等栏目还会有邮件地址数目的限制吗?
今天看了软件工程的1-4章,其中认真看了第3章:软件需求分析。这章重点讲了结构化分析方法。我对照现在运行着的网站程序,对这个程序的分层DFD(数据流)图有了一个模糊的印象。自己给出了这个程序的顶层DFD图:只有1个外部实体:就是“用户”,用户与这个学习日记系统进行交互。但是,这个顶层DFD图是不是过于简单了,简单得我有点不相信。在0层DFD图中,把学习日记系统分为了:用户注册、用户登录、发帖、改帖、查询等几个加工。
第四章讲了软件概要设计,我着重看了第四节:面向数据流的设计方法。与第3章讲了结构化分析方法结合,构成了完整的结构化分析与设计技术。我对照网站程序,觉得这个程序的数据流图应该是事务型的。因为Struts框架就是Servlet Controller根据接受的消息而将响应发往不同的Action的框架,这很符合事务型的数据流定义。
至此,本站V0.9的程序的结构化开发方法基本上有了一点模糊的感觉。但是在我的感觉中,这种方法与面向对象的开发方法比较起来,缺乏一种生机勃勃的灵性,感觉有点机械化、有点死板、有点冷冰冰的剩饭的味道。如果用面向对象的方法来分析设计这个网站系统,整个感觉一下活了起来:这个系统不就是一位热心的朋友吗?在为我们人类的互相交流而辛勤的忙碌着。
我要继续思考与探索学习日记新程序的开发方法。
问自己:我为什么要用面向对象的方法重构本
面向对象技术是至今为止最贴近人类思维习惯的程序设计技术。具有一系列的优点:易重用,易维护,易扩展...。在这个网站程序的编写中,我基本上是以一种搭积木的方式建起来的。没有从面向对象的整体观念出发来写这个程序。为了这个程序以后的发展,这个程序现在还处在萌芽阶段,扭转它的设计思想还不晚。
1、这个程序有采用oop的基础:因为“万事万物皆对象”,jsp页面是对象,数据库是对象,从广义的角度来说,它们都有自己的属性、方法、状态,都会接受外界的消息页产生一定的动作。它们都可以理解为活生生的对象,尽管,jsp页面、数据库等跟书本上的对象根本就不一样,例如:传统的对象具有3大特点:封装、继承、多态,jsp页面和数据库根本就无法对号入座。但是,反过来说,jsp不也是被jsp容器编译成class后执行的吗?说明jsp也可以被当成是一个对象。
2、这个程序采用oop有很大的难度:页面和逻辑部分是两种不同的对象,又有Struts框架套在上面,怎么样用oop来分析、来设计,怎么样用UML语言来支持这个面向对象的开发,这是一些我未曾尝试的问题,有没有一个现存的模式可供使用,这都是一个个未知数。
3、风险与机会共存:风险是白白地浪费时间与精力,结果没有成功地实现目标;机会是可以借此学习软件工程与UML语言,就算不成功,也算曾经努力过。
4、注意事项:最大的一条就是多查相关资料,寻找一种现存的,用于jsp+struts框架的面向对象分析、设计模式;然后就是到各论坛去向个中高手请教。
准备用面向对象的技术重新构建一下这个程序
现在看来,我写的这个程序基本上是按结构化的方法来分析的,没有用面向对象的分析方法,为了学习面向对象的技术,我应该重新构建一下这个程序。按可研->需求分析建模->设计->实现的标准过程来进行,并用UML语言作为开发方法。
用登录奇兵未成功
如题。正版的要780元,不敢问。只得再在网上搜一下,看能不能找到能用的。
发现:BLOG中的RSS技术
好像,BLOG中有一种RSS技术,可以代替我计划的邮件系统。收藏了几个相关的站点,有空的时候好好看一看。
改进:贴子中的评论不应该按最近更新排序
在使用这个程序的过程中,我发觉评论按最近更新排序,当更新自己的评论时会打乱评论的时间连续。在下一个版本中,我打算把评论按建立时间排序。到底是按升序还是按降序排列我再想一想。
总结了网友的建议,主要是登录和口号
网友们提出,不喜欢一上站就要注册,就要登录,我准备把登录放在菜单中。
口号我也觉得有点悲观的意味,应该征求一下网友的意见,重新提一个口号。
这两天基本停止了开发,时间用在了宣传和推广上,还准备用登录奇兵在各搜索站注册一下。
宣传网站
昨天和今天,跟几个好朋友打电话,让他们到我的主页上凑凑热闹,提点意见。回复了热心网友ssuupv的几个问题。到我发布消息的几个网站遛了一下。javareserch.org和java-cn.com上有人回复,delphibbs.com今天间或上不去,不知什么原因。其余没动静。