09 2007 档案

摘要: ICONIX过程的规模大概在重量级Rational Unified Process (RUP)和轻量纺的极限编程之间(XP)。同时这种方法也是用例驱动,但不需要RUP使用记录延续到表中带来的大量开销。和XP一样,它相对较小,不像XP那样摒弃了分析和设计过程。因此,有助于使用UML,同时对需求进行跟踪。该过程遵循Ivar Jacobson的用例驱动思想,能够获得有形,具体,易于理解的用例,开发小组可以使用这个用例来驱动开发工作。 该方法是迭代,循序渐进同时足够的轻量级。因为它遵循20%原则,即用UML中20%的图表来完成设计中80%的需求。从这个角度讲倒是满符合中国国情的,因为具我观察不少国内软件公司都不是肯花心思和时间在设计架构上。 阅读全文
posted @ 2007-09-28 11:01 代震军 阅读(9466) 评论(26) 推荐(0) 编辑
摘要: 最近园子里的book.save()讨论已让我看的有些厌恶了。同时也希望大家不要再在这个问题上火上浇油了。有关这个问题在别的技术社区早就有过讨论(不要吃人啃过的馍),最后又怎么样呢? 还是希望大家务实点好(干好手头的事等)。 从这些计论中发现大家在不厌其烦的寻找所谓的银弹,但具我了解这个问题可能无解。必定软件开发设计要有一定的行业背景(应用场景)。而离开这些条件的话,空谈这个问题犹如盲目人摸象(如果把上面的问题放到不同背景下都会有不同的解答)。 另外我担心的是争论到背后,不仅没找到所谓银弹,可能大家倒学会扯蛋了。当然如果是在春晚赵本山小品中的 "扯蛋" 的话,倒还说的过去,必定那位秘书找到了解决问题(用户需求)的方法,因为王八蛋确实不好用筷子夹。所以这种"扯蛋"可以被看成是解决方案。但不是这样的话,就太浪费大家的精力和时间了。 最后还是希望大家正确对待这个问题,不要给它过多不该有的关注:) 希望DUDU暂实不要将该贴从首页移走!!! 而那些想 阅读全文
posted @ 2007-09-26 10:45 代震军 阅读(2966) 评论(57) 推荐(0) 编辑
摘要: 在7月份中我曾经写过一篇文章,叫".NET2.0 框架中的 AbstractFactory 模式 " 链接如下:http://www.cnblogs.com/daizhj/archive/2007/07/23/828249.html 里面主要说了在2.0框架下的数据库链接工厂中新增的几个类,而这几个类采用的就是 抽象类工厂模式 (Abstract Factory)。因为在Discuz!NT 2。0中使用了这些新的类,所以导致我们的产品dbhelper.cs可以支持几种数据库(目前官方实现的有sqlserver ,access ,mysql)。但同时因为1。0框架下没有这些类,所以我们采用自已简单实现其中主要的类代码来解决这个问题。这就有了今天文章的内容! 阅读全文
posted @ 2007-09-24 09:39 代震军 阅读(9695) 评论(32) 推荐(0) 编辑
摘要: 设计前提:早在RC1之前聚合功能还比较弱化时,系统结构比较简单,只用了一个website页面就聚集了大部分的功能调用。因为快速完成之后陆续又加入了不少新特性,导致类的名称(website) 与所聚合提供的功能已完全不相符 (代码已过度膨胀) ,所以重构的任务已变得非常紧迫了。但用什么方式,因为系统聚合时是按内容类型聚合功能页面并决定显示方式的。而这里的内容类型在大概可分为(论坛主题,相册,图片,空间文章(及最新回复)等)。为了尽量简化系统设计时的复杂度,这里只按内容所属的大类(论坛,空间,相册, 图片)来进行简单的初步规划,这就产生出来上面图片所说的类AggregationData,SpaceAggregationData, AlbumAggregationData.cs,ForumAggregationData.cs ...... 阅读全文
posted @ 2007-09-18 11:57 代震军 阅读(8078) 评论(37) 推荐(1) 编辑
摘要: 在文章的开始,我先举一个例子 美国M4谢尔曼坦克 VS德国的虎式坦克(相关资料如下http://mil.eastday.com/m/20070515/u1a2833237.html) 5:1 在五一期间,电视节目中的二战武器大对决吸引了我,其中当美国大兵说他们在用5辆坦克的代价来换德国人的一辆虎式(I)型坦 克时,我们可以得出一个结论。蒙哥马利和艾森豪威尔是在用二三十人的生命去换德军的一辆坦克(而因为德军坦克装甲厚重,里面的架驶员得以逃生)。这是怎么一种自杀式的进攻呀!也许这么高的伤亡率在最终的胜利面前可能无所谓,但对于士兵([拯救大兵瑞恩])却不完全是这么一回事了。而这里公司的CEO,或高层无疑也可以被视为这两位伟人的化身。为了开发进度和用户,他们可以强迫思维活越的程序员丧失创造力,因为他们需要的是能生成代码的工人(相当于打仗的美国大兵)。而培养这些大兵的军事训练所(软件培训中)也就成为源源不断制造这种产品的工厂了。 阅读全文
posted @ 2007-09-11 13:06 代震军 阅读(5564) 评论(67) 推荐(0) 编辑
摘要: 继上篇文章之后(链接),大家给了一些反馈和意见,有些BUG和不当之处我已修正,将会在2.0正式版本中提供给大家。希望大家能继续支持我们这个开源项目。 好了,开始今天的话题,首先需要说明的是因为这两个控件都比较简单所以放在一起给大家说一下。 先说一下 ColorPicker 控件 ,贴一张运行效果图让大家看一下: 阅读全文
posted @ 2007-09-07 18:17 代震军 阅读(6739) 评论(46) 推荐(1) 编辑
摘要:今天公司同事在聊silver light时,把它的名字按字面直译过来叫做"银光" 本人给这个“银光”的解释为“把公司的银子都花光” 而这时我旁边的同事SUN语出惊人 “淫贼田伯光” ,我一听不禁喷饭。太可乐了 不知道园子里有什么人还有什么搞怪的想法,不妨贴出来让大家也乐乐。 望DUDU先不要删除该文章(明天再删),必定作为程序员找个乐不容易:( 阅读全文
posted @ 2007-09-06 11:05 代震军 阅读(1548) 评论(9) 推荐(0) 编辑
摘要: 大约还是去年12月份,当时项目中遇到了一个很棘手的问题,就是管理员(或站长)在后台设置了邮箱信息之后,使用注册邮件发送激活验证码时,总有用户反映不能收到激活信息的邮件。 虽然不能收到邮件的情况有很多,甚至我已通过这个邮件发送程序测试过国内大多数知名网站的邮箱(如126,sina ,sohu ,gmail等),但还是有站长或用户隔三差五反映这个问题。甚至到今天我偶尔还会得到技术支持部门有关这方面问题的报怨。因此,今天这篇文章虽然说到了一个有关这个问题的解决方案(但不完善),但还是希望园子里以前处理过这方面问题或有成功经验的朋友指点一二。 好了,不费话了,开始今天的话题。 阅读全文
posted @ 2007-09-03 11:52 代震军 阅读(7229) 评论(39) 推荐(0) 编辑