玻璃杯中的花生壳

[软件工程]UML 序列图

[ 2007/3/28 14:05:39 | By: 玻璃杯中的花生壳 ]

现在是二月，而且到如今你或许已经读到、或听到人们谈论UML 2.0 —— 包括若干进步的 UML 的新规范，所做的变化。考虑到新规范的重要性，我们也正在修改这个文章系列的基础，把我们的注意力从 OMG 的 UML 1.4 规范，转移到 OMG 的已采纳 UML 2.0草案规范（又名 UML 2）。我不喜欢在一系列文章的中间，把重点从 1.4 变为 2.0 ，但是 UML 2.0 草案规范是前进的重要一步，我感觉需要扩充文字。由于一些理由，OMG 改良了 UML 。主要的理由是，他们希望 UML 模型能够表达模型驱动架构（MDA），这意味着 UML 必须支持更多的模型驱动的符号。同时， UML 1.x 符号集合有时难以适用于较大的应用程序。此外,为了要使图变成更容易阅读，需要改良符号元件。（举例来说，UML 1.x 的模型逻辑

阅读全文(3255) | 回复(1) | 编辑 | 精华 | 删除

[软件工程]单例模式完全剖析

[ 2007/3/27 9:53:18 | By: 玻璃杯中的花生壳 ]

概要
单例模式是最简单的设计模式之一，但是对于Java的开发者来说，它却有很多缺陷。在本月的专栏中，David Geary探讨了单例模式以及在面对多线程（multithreading)、类装载器（classloaders）和序列化(serialization)时如何处理这些缺陷。单例模式适合于一个类只有一个实例的情况，比如窗口管理器，打印缓冲池和文件系统，它们都是原型的例子。典型的情况是，那些对象的类型被遍及一个软件系统的不同对象访问，因此需要一个全局的访问指针，这便是众所周知的单例模式的应用。当然这只有在你确信你不再需要任何多于一个的实例的情况下。
单例模式的用意在于前一段中所关心的。通过单例模式你可以：确保一个类只有一个实例被建立
提供了一个对对象的全局访问指针
在不影响单例类的客户端的情况下允许将来有多个实例尽管单例设计模式如在下面的图中的所显示的一样是最简单的设计模式，但对于粗心的Java开发者来说却呈现出许多缺陷。这篇文章讨论了单例模式并揭示了那些缺陷。
注意：你可以从Re

阅读全文(2185) | 回复(0) | 编辑 | 精华 | 删除

[软件工程]Rational Rose Enterprise Edition 2003 安装破解步骤

[ 2007/3/27 9:38:24 | By: 玻璃杯中的花生壳 ]

资源描述：安装Rational Rose Enterprise Edition 2003 安装破解步骤: 1.安装Rose后,默认是需要许可证书的..去下载个破解的..
http://www.cnblogs.com/Files/lixianhuei/rose2003crack.rar
2.先用破解压缩包里的 rational.exe，lmgrd.exe 覆盖到你的 \安装目录的Rartional\commen\下 3.然后记事本打开 license.dat, 修改里面的 SERVER yourPC ANY DAEMON rational "C:\Program Files\Rational\Common\rational.exe"
改成 SERVER 你的机器名 ANY DAEMON rational "你的安装目录\rational.exe" ,拷贝到Common目录下..

阅读全文(3739) | 回复(0) | 编辑 | 精华 | 删除

[成长]优秀开发人员的标准

[ 2007/3/26 15:30:14 | By: 玻璃杯中的花生壳 ]

开发人员做到以下几点：
1、主动性
        在项目中积极思考，主动提出自己的意见和看法。
        遇到问题主动寻求相关人员协助，主动沟通。

2、Bug修复及时
        项目经理在项目计划中通常会安排了bug的修复时间,以及在此基础上的后续工作（比如集成测试、回归测试等），特别是到了项目后期，Bug修复是否及时将直接影响后续工作的进行。所以项目经理希望开发人员能按时完成bug修复任务。开发人员往往没有认识这一点的重要性，在bug修复的问题上不是很积极。

3、按时完成任务
         通常，我们会要求开发人员根据任务的复杂程度和自己的能力评估所承担任务的开发时间，

阅读全文(3412) | 回复(0) | 编辑 | 精华 | 删除

[软件工程]设计模式之Prototype(原型)

[ 2007/3/26 10:00:30 | By: 玻璃杯中的花生壳 ]

设计模式之Prototype(原型)

阅读全文(2170) | 回复(0) | 编辑 | 精华 | 删除

[软件工程]设计模式总结　

[ 2007/3/23 10:39:53 | By: 玻璃杯中的花生壳 ]

Christopher Alexander 说过：“每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复劳动”。模式描述为：在一定环境中解决某一问题的方案，包括三个基本元素--问题，解决方案和环境。

阅读全文(2452) | 回复(0) | 编辑 | 精华 | 删除

[成长]彷徨与微笑　

[ 2007/3/21 14:26:28 | By: 玻璃杯中的花生壳 ]

彷徨与微笑编者按：

阅读全文(3310) | 回复(0) | 编辑 | 精华 | 删除

[java]工厂模式

[ 2007/3/20 16:18:47 | By: 玻璃杯中的花生壳 ]

　一、引子
       话说十年前，有一个爆发户，他家有三辆汽车（Benz（奔驰）、Bmw（宝马）、Audi（奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。不过，爆发户坐车时总是这样：上Benz车后跟司机说“开奔驰车！”，坐上Bmw后他说“开宝马车！”，坐上Audi后他说“开奥迪车！”。
       你一定说：这人有病！直接说开车不就行了？！
       而当把这个爆发户的行为放到我们程序语言中来，我们发现C语言一直是通过这种方式来坐车的！
       幸运的是，这种有病的现象在OO语言中可以避免了。下面以Java语言为基础来引入我们本文的主题：

阅读全文(2449) | 回复(0) | 编辑 | 精华 | 删除

[java]澄清Java语言接口与继承的本质

[ 2007/3/20 9:21:16 | By: 玻璃杯中的花生壳 ]

澄清Java语言接口与继承的本质澄清Java语言接口与继承的本质
作者：网络佚名更新时间：2005-08-20

【IT168 编程开发】计算机学院研二的兄弟与我讨论Java，一见面，几个问题全是关于接口，接口有什么用？为什么要用接口？什么时候该使用接口？很庆幸他们不是问我Java如何连接SQL Server，或者是如何开发J2EE应用，这类问题有杀伤力，避之则吉。今年计算机学院本科有个毕业设计课题是做J2ME，选这个题目的学生在5月末都还在苦着脸研究java.util.*这个包，这个这个……唉。大多数人认为，接口的意义在于顶替多重继承。众所周知Java没有c++那样多重继承的机制，但是却能够实作多个接口。其实这样做是很牵强的，接口和继承是完全不同的东西，接口没有能力代替多重继承，也没有这个义务。接口的作用，一言以

阅读全文(2420) | 回复(0) | 编辑 | 精华 | 删除

[java]Eclipse 实用快捷键大全

[ 2007/3/13 10:01:49 | By: 玻璃杯中的花生壳 ]

　俗话说,工欲善其事，必先利其器,如果大家对开发程序稍微有点发烧的话,都知道快捷键对编程中有多大的作用了(当然当年Dos用natepad开发程序的除外了),我就是这样一个发烧友了,对各种IDE中的快捷功能颇感兴趣,尤其是对快捷键这一部分乐此不彼了.再加上Eclipse又是本人的最爱,因此Eclipse中的快捷键就是本人重视的重点了,当然,Eclipse的快捷键暂时不是最强的,本人见过快捷键最优秀的IDE还是当属IDEA了,里面的快捷键为程序员考虑的面面俱到,几乎到了只要你想不到,没有按不到的地步了(嘻,好像给它做广告了).不过说实话很多功能都是Eclipse借鉴Idea过来的了.但至今我发现在快捷键这方面和别的智能开发方面Eclipse还是稍逊一筹了(这仅仅是从Java IDE的角度),废话少说,直接就切入正题了. 今天写的这些快捷键都是本人在实际运用中总结出来的,自己感觉很实用,都是以自己的喜好程度来排列了,对于的Eclipse如果没有特别说明都使用有Eclipse3.0.X以上了,个别如果出现不符合的话要么是版本的问题,要么是和别的系统级的快捷键有冲突,

阅读全文(2803) | 回复(1) | 编辑 | 精华 | 删除

« 1 2 3 4 5 6 7 8 9 10 › »