亚洲美免无码中文字幕在线,亚洲国产精品久久久久秋霞小,jizzjizz亚洲日本少妇

UML �c�d��关系

semovy — Tue, 22 Apr 2008 09:35:00 GMT

UML�c�d��关系全面剖析

2008-04-10 作�?一雨田的专�?来源:CSDN

UML的类囑օ��p�d��为：(x��) 兌��、聚�?�l�合、依赖、泛化（�l�承�Q�。而其中关联又分�ؓ(f��)双向兌��、单向关联、自�w�关联；下面��p��我们一��h��看看�q�些关系�I�竟是什么，以及(qi��ng)它们的区别在哪里�?/p>

1、关�?/strong>

1000){this.resized=true;this.style.width=1000;}">

双向兌��Q?/font>

C1-C2�Q�指双方都知道对方的存在�Q�都可以调用�Ҏ(gu��)��的公共属性和�Ҏ(gu��)��?/font>

在GOF的设计模式书上是�q�样描述的：(x��)虽然在分析阶�D�这�U�关�p�L��适用的，但我们觉得它对于描述设计模式内的�c�d��p�L��说显得太抽象了，因�ؓ(f��)在设计阶�D�关联关�p�d��被映射为对象引用或指针。对象引用本�w�就是有向的�Q�更适合表达我们所讨论的那�U�关�p�R��所以这�U�关�p�d��设计的时候比较少用到�Q�关联一般都是有向的�?/font>

使用ROSE 生成的代码是�q�样的：(x��)

1000){this.resized=true;this.style.width=1000;}" align=top>class C1
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>public:
1000){this.resized=true;this.style.width=1000;}" align=top>    C2* theC2;
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>class C2
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>public:
1000){this.resized=true;this.style.width=1000;}" align=top>    C1* theC1;
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};

双向兌��在代码的表现为双斚w��拥有�Ҏ(gu��)��的一个指针，当然也可以是引用或者是倹{�?/font>

1000){this.resized=true;this.style.width=1000;}">

单向兌��:

C3->C4�Q�表�C�相识关�p�，指C3知道C4�Q�C3可以调用C4的公共属性和�Ҏ(gu��)��。没有生命期的依赖。一般是表示��Z��U�引用�?/font>

生成代码如下�Q?/font>

1000){this.resized=true;this.style.width=1000;}" align=top>class C3
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>public:
1000){this.resized=true;this.style.width=1000;}" align=top>    C4* theC4;
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>class C4
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};

单向兌��的代码就表现为C3有C4的指针，而C4对C3一无所知�?/font>

1000){this.resized=true;this.style.width=1000;}">

自��n兌��Q�反�w�关联）�Q?/font>

自己引用自己�Q�带着一个自��q��引用�?/font>

代码如下�Q?/font>

1000){this.resized=true;this.style.width=1000;}" align=top>class C14
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>public:
1000){this.resized=true;this.style.width=1000;}" align=top>    C14* theC14;
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};

��是在自��q��内部有着一个自�w�的引用�?/font>

2、聚�?�l�合

当类之间有整�?部分关系的时候，我们��可以��用组合或者聚合�?/p>
1000){this.resized=true;this.style.width=1000;}">

聚合�Q�表�C�C9聚合C10�Q�但是C10可以��d��C9而独立存在（独立存在的意思是在某个应用的问题域中�q�个�cȝ��存在有意义。这句话怎么解，��L(f��ng)��下面�l�合里的解释�Q��?/font>

代码如下�Q?/font>

1000){this.resized=true;this.style.width=1000;}" align=top>class C9
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>public:
1000){this.resized=true;this.style.width=1000;}" align=top>    C10 theC10;
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>class C10
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};
1000){this.resized=true;this.style.width=1000;}" align=top>

1000){this.resized=true;this.style.width=1000;}">

�l�合�Q�也有�h�U�Cؓ(f��)包容�Q�：(x��)一般是实心菱�Ş加实�U�箭头表�C�，如上图所�C�，表示的是C8被C7包容�Q�而且C8不能��d��C7而独立存在。但�q�是视问题域而定的，例如在关心汽车的领域里，轮胎是一定要�l�合在汽车类中的�Q�因为它��d��了汽车就没有意义了。但是在卖轮胎的店铺业务里，��q��轮胎��d��了汽车，它也是有意义的，�q�就可以用聚合了。在《敏捷开发》中�q�说刎ͼ�A�l�合B�Q�则A需要知道B的生存周期，卛_��能A负责生成或者释放B�Q�或者A通过某种途径知道B的生成和释放�?/font>

他们的代码如下：(x��)

1000){this.resized=true;this.style.width=1000;}" align=top>class C7
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>public:
1000){this.resized=true;this.style.width=1000;}" align=top>    C8 theC8;
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>class C8
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>};

可以看到�Q�代码和聚合是一��L(f��ng)��。具体如何区别，可能��只能用语义来区分了�?/p>
3、依�?/strong>

1000){this.resized=true;this.style.width=1000;}">

依赖:

指C5可能要用到C6的一些方法，也可以这栯��Q�要完成C5里的所有功能，一定要有C6的方法协助才行。C5依赖于C6的定义，一般是在C5�cȝ��头文件中包含了C6的头文�g。ROSE对依赖关�p�M��产生属性�?/font>

注意�Q�要避免双向依赖。一般来��_(d��)��不应该存在双向依赖�?/font>

ROSE生成的代码如下：(x��)

1000){this.resized=true;this.style.width=1000;}" align=top>// C5.h
1000){this.resized=true;this.style.width=1000;}" align=top>�Q�i nclude "C6.h"
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>class C5
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>// C6.h
1000){this.resized=true;this.style.width=1000;}" align=top>�Q�i nclude "C5.h"
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>class C6
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>};
1000){this.resized=true;this.style.width=1000;}" align=top>

虽然ROSE不生成属性，但在形式上一般是A中的某个�Ҏ(gu��)��把B的对象作为参��C��?假设A依赖于B)。如下：(x��)

1000){this.resized=true;this.style.width=1000;}" align=top>�Q�i nclude "B.h"
1000){this.resized=true;this.style.width=1000;}" align=top>class A
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>          void Func(B &b);
1000){this.resized=true;this.style.width=1000;}" align=top>}

那依赖和聚合\�l�合、关联等有什么不同呢�Q?/font>

兌��是类之间的一�U�关�p�，例如老师教学生，老公和老婆�Q�水壶装水等��是一�U�关�p�R��这�U�关�p�L��非常明显的，在问题领域中通过分析直接��p��得出�?/font>

依赖是一�U�弱兌��Q�只要一个类用到另一个类�Q�但是和另一个类的关�p�M��是太明显的时候（可以说是“uses”了那个类�Q�，��可以把�q�种关系看成是依赖，依赖也可说是一�U�偶然的关系�Q�而不是必然的关系�Q�就�?#8220;我在某个�Ҏ(gu��)��中偶然用��C��它，但在现实中我和它�q�没多大关系”。例如我和锤子，我和锤子本来是没关系的，但在有一�ơ要钉钉子的时候，我用��C��它，�q�就是一�U�依赖，依赖锤子完成钉钉子这件事情�?/font>

�l�合是一�U�整�?部分的关�p�，在问题域中这�U�关�p�d��明显�Q�直接分析就可以得出的。例如轮胎是车的一部分�Q�树(w��i)叶是�?w��i)的一部分�Q�手脚是�w�体的一部分�q�种的关�p�，非常明显的整�?部分关系�?/font>

上述的几�U�关�p�（兌��、聚�?�l�合、依赖）在代码中可能以指针、引用、值等的方式在另一个类中出玎ͼ�不拘于�Ş式，但在逻辑上他们就有以上的区别�?/font>

�q�里�q�要说明一下，所谓的�q�些关系只是在某个问题域才有效，��d��了这个问题域�Q�可能这些关�p�d��不成立了�Q�例如可能在某个问题域中�Q�我是一个木匠，需要拿着锤子��d��z�，可能整个问题的描�q�就是我拿着锤子怎么钉桌子，钉椅子，钉柜子；既然整个问题��是描述�q�个�Q�我和锤子就不仅是偶然的依赖关系了，我和锤子的关�p�d��得非常的紧密�Q�可能就上升为组合关�p�（让我�H�然惌��v武侠��说的剑不离�w�，剑亡��Z��...�Q�。这个例子可能有点荒谬，但也是�ؓ(f��)了说明一个道理，��是关系和类一��P��它们都是在一个问题领域中才成立的�Q�离开了这个问题域�Q�他们可能就不复存在了�?/font>

4、泛化（�l�承�Q?/strong>

1000){this.resized=true;this.style.width=1000;}">

泛化关系�Q�如果两个类存在泛化的关�p�L��׃��用，例如父和子，动物和老虎�Q�植物和��q��?/font>

ROSE生成的代码很��单，如下�Q?/font>

1000){this.resized=true;this.style.width=1000;}" align=top>�Q�i nclude "C11.h"
1000){this.resized=true;this.style.width=1000;}" align=top>
1000){this.resized=true;this.style.width=1000;}" align=top>class C12 : public C11
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>};

5、这里顺便提一下模�?/font>

1000){this.resized=true;this.style.width=1000;}">

上面的图对应的代码如下：(x��)

1000){this.resized=true;this.style.width=1000;}" align=top>template
1000){this.resized=true;this.style.width=1000;}" align=top>class C13
1000){this.resized=true;this.style.width=1000;}" align=top>1000){this.resized=true;this.style.width=1000;}" align=top>...{
1000){this.resized=true;this.style.width=1000;}" align=top>};
1000){this.resized=true;this.style.width=1000;}" align=top>

�q�里再说一下重复度�Q�其实看完了上面的描�q�C��后，我们应该清楚了各个关�p�间的关�p�M��?qi��ng)具体对应到代码是怎么��L(f��ng)��Q�所谓的重复度，也只不过是上面的扩展�Q�例如A和B有着“1对多”的重复度�Q�那在A中就有一个列表，保存着B对象的N个引用，��是�q�样而已�?/font>

semovy 2008-04-22 17:35 发表评论

利用java的动态代理写日志

semovy — Mon, 04 Feb 2008 19:12:00 GMT

1.��试的实体Bean Person�c?br />
Person.java

package com.semovy.bean;

public class Person {

private String id;

private String name;

private String note;

public String getId() {
return id;
}

public void setId(String id) {
this.id = id;
}

public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

public String getNote() {
return note;
}

public void setNote(String note) {
this.note = note;
}

public Person(String id, String name, String note) {
  super();
  this.id = id;
  this.name = name;
  this.note = note;
}

@Override
public String toString() {
// TODO Auto-generated method stub
return "id: " + id + " name: " + name + " note: " + note;
}

}
2.操作Person实体�cȝ��接口PersonService

PersonService.java

package com.semovy.service;

import java.util.ArrayList;
import java.util.List;

import com.semovy.bean.Person;

public interface PersonService {

public List persons = new ArrayList();

public abstract void addPerson(Person person);

public abstract Person getPersonById(String id);

public abstract void deletePersonById(String id);

//public abstract void updatePerson(Person person);

public abstract void displayPersonById(String id);

public abstract void displayAllPersons();
}
3.实现PersonService接口的PersonServiceImpl

PersonServiceImpl.java

package com.semovy.service.impl;

import java.util.Iterator;

import com.semovy.bean.Person;
import com.semovy.service.PersonService;

public class PersonServiceImpl implements PersonService {

public void addPerson(Person person) {
persons.add(person);
}

public void deletePersonById(String id) {
  Iterator it = persons.iterator();
  while(it.hasNext())
  {
   Person person = (Person)it.next();
   if(person.getId().equals(id))
   {
    it.remove();
    break;
   }
  }
}

public void displayAllPersons() {

  Iterator it = persons.iterator();
  while(it.hasNext())
  {
   Person person = (Person)it.next();
   System.out.println(person.toString());
  }
}

public void displayPersonById(String id) {

  Iterator it = persons.iterator();
  while(it.hasNext())
  {
   Person person = (Person)it.next();
   if(person.getId().equals(id))
   {
    System.out.println(person.toString());
    break;
   }
  }

}

public Person getPersonById(String id) {
  Iterator it = persons.iterator();
  while(it.hasNext())
  {
   Person person = (Person)it.next();
   if(person.getId().equals(id))
   {
    return person;
   }
  }
  return null;
}

/*public void updatePerson(Strin) {
  Iterator it = persons.iterator();
  while(it.hasNext())
  {
   Person person = (Person)it.next();
   if(person == aperson)
   {
    persons.set(arg0, arg1)
   }
  }
}*/

}

4.写日志的代理�c�LogProxy 它实��C��InvocationHandler接口

LogProxy.java

package com.semovy.bean;

import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;

import org.apache.log4j.Level;
import org.apache.log4j.Logger;

public class LogProxy implements InvocationHandler {

Logger logger = Logger.getLogger(this.getClass().getName());
private Object delegate = null;

public Object getDelegate() {
return delegate;
}

public void setDelegate(Object delegate) {
this.delegate = delegate;
}

public Object bind(Object delegate) {
  this.delegate = delegate;
  return Proxy.newProxyInstance(delegate.getClass().getClassLoader(),
    delegate.getClass().getInterfaces(),this);
}

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
  Object result = null;
  try
  {
   logger.log(Level.INFO,method.getName() + " 开始处�?..");
   result = method.invoke(this.delegate, args);
   logger.log(Level.INFO,method.getName() + " �l�束处理...");
  }catch(Exception e)
  {
   logger.log(Level.ERROR,e.getLocalizedMessage());
  }

  return result;
}
}

5.在eclipse中添加log4j.properties

log4j.properties

log4j.rootLogger=DEBUG,stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d %5p (%F:%L) - %m%n

5.写测试类Test.java

Test.java

package com.semovy.test;

import java.io.File;
import java.io.IOException;
import java.io.PrintWriter;
import java.util.Iterator;
import java.util.List;

import com.semovy.bean.LogProxy;
import com.semovy.bean.Person;
import com.semovy.service.PersonService;
import com.semovy.service.impl.PersonServiceImpl;

public class Test {

/**
* @param args
*/
public static void main(String[] args) {

  LogProxy logProxy = new LogProxy();
  PersonService personService = (PersonService)logProxy.bind(new PersonServiceImpl());
  personService.addPerson(new Person("1","name1","note1"));
  personService.addPerson(new Person("2","name2","note2"));
  personService.addPerson(new Person("3","name3","note3"));
  personService.addPerson(new Person("4","name4","note4"));
  personService.displayPersonById("3");
  personService.displayAllPersons();
  Person person = personService.getPersonById("2");
  person.setName("名称2");
  person.setNote("注脚2");
  personService.displayAllPersons();
  personService.deletePersonById("2");
  personService.displayAllPersons();
  //saveToFile(persons,"c:/persons.txt");
}

public static void saveToFile(List list,String path)
{
  System.out.println("开始写入文�?..");
  try
  {
   PrintWriter out = new PrintWriter(new File(path));
   Iterator it = list.iterator();
   while(it.hasNext())
   {
    Person person = (Person)it.next();
    out.println(person.toString());
   }
   out.flush();
   out.close();
   System.out.println("�l�束写入文�g...");
  }catch(IOException e)
  {
   System.out.println(e.getLocalizedMessage());
  }

}
}

6.�q�行��试�l�果:

2008-02-05 02:55:28,926 INFO (LogProxy.java:34) - addPerson 开始处�?..
2008-02-05 02:55:28,926 INFO (LogProxy.java:36) - addPerson �l�束处理...
2008-02-05 02:55:28,926 INFO (LogProxy.java:34) - addPerson 开始处�?..
2008-02-05 02:55:28,926 INFO (LogProxy.java:36) - addPerson �l�束处理...
2008-02-05 02:55:28,926 INFO (LogProxy.java:34) - addPerson 开始处�?..
2008-02-05 02:55:28,936 INFO (LogProxy.java:36) - addPerson �l�束处理...
2008-02-05 02:55:28,936 INFO (LogProxy.java:34) - addPerson 开始处�?..
2008-02-05 02:55:29,036 INFO (LogProxy.java:36) - addPerson �l�束处理...
2008-02-05 02:55:29,036 INFO (LogProxy.java:34) - displayPersonById 开始处�?..
id: 3 name: name3 note: note3
2008-02-05 02:55:29,036 INFO (LogProxy.java:36) - displayPersonById �l�束处理...
2008-02-05 02:55:29,036 INFO (LogProxy.java:34) - displayAllPersons 开始处�?..
id: 1 name: name1 note: note1
id: 2 name: name2 note: note2
id: 3 name: name3 note: note3
id: 4 name: name4 note: note4
2008-02-05 02:55:29,046 INFO (LogProxy.java:36) - displayAllPersons �l�束处理...
2008-02-05 02:55:29,046 INFO (LogProxy.java:34) - getPersonById 开始处�?..
2008-02-05 02:55:29,046 INFO (LogProxy.java:36) - getPersonById �l�束处理...
2008-02-05 02:55:29,046 INFO (LogProxy.java:34) - displayAllPersons 开始处�?..
id: 1 name: name1 note: note1
id: 2 name: 名称2 note: 注脚2
id: 3 name: name3 note: note3
id: 4 name: name4 note: note4
2008-02-05 02:55:29,046 INFO (LogProxy.java:36) - displayAllPersons �l�束处理...
2008-02-05 02:55:29,046 INFO (LogProxy.java:34) - deletePersonById 开始处�?..
2008-02-05 02:55:29,046 INFO (LogProxy.java:36) - deletePersonById �l�束处理...
2008-02-05 02:55:29,046 INFO (LogProxy.java:34) - displayAllPersons 开始处�?..
id: 1 name: name1 note: note1
id: 3 name: name3 note: note3
id: 4 name: name4 note: note4
2008-02-05 02:55:29,046 INFO (LogProxy.java:36) - displayAllPersons �l�束处理...

semovy 2008-02-05 03:12 发表评论

关于��目框架设计的一点学�?

semovy — Sun, 16 Sep 2007 13:10:00 GMT

关于��目框架设计的一点学�?/span>

�q�两天又在接触一个新��目�Q�对于如何设计一个项目的框架有了�Ҏ(gu��)��念，关于web��目�Q�对于oa�pȝ��来说�Q�的��M��感觉比较需要设计的几部分�ؓ(f��)�Q?/span>

1�Q?nbsp;��面模板定义�Q�关于view层展�C�，无论对于top�Q�顶层菜单）+left�Q�左�Ҏ(gu��)��(w��i)状菜单）+right�Q�主体内容）�l�构�q�是left+right�l�构�Q�都需要首先定制一些模板，如struts中可使用tiles定义�?/span>

2�Q?nbsp;分页标签�Q�自定义一个比较通用的分��|��{�或者��用一些框架中自带的（如struts-menu或者JSF中的t:dataScroller�Q�，不过比较好的做法是基于其源码�~�写自己的分��|��{��?/span>

3�Q?nbsp;DB 设计�Q�可使用Power Deisign�{�设计数据库表结构，产生相关的表�?/span>

4�Q?nbsp;代码自动生成�Q�编写代码生成脚本如build.xml文�g的编写（�Ҏ(gu��)��DB生成代码�Q�也可以忽略3�Q�先建model�Q�再从model生成代码和数据库schema�Q�，生成Struts、Spring、Hibernate相关文�g�?/span>

关于代码的整体架构如下：(x��)

action 层：(x��)处理从view层传递过来的数据�?/span>

service 层：(x��)��装业务逻辑�Q�一般同时在spring中声明事务代理�?/span>

dao 层：(x��)�q�行事务中的原子操作�Q�同时在spring中注入相应的sessionFactory�?/span>

Spring + Struts 取得spring的bean的两�U�常用方法：(x��)

1. DelegatingActionProxy �Q�将所有action标签中type属性设为org.springframework.web.struts.DelegatingActionProxy　也就是将action委托�l�了spring�Q�同时在 action-servlets.xml 中配�|�一个于action标签path属性对应的bean(也就是bean的name值等于action的path�?�Q�如�Q?/span>

struts-config.xml 中，以struts的plugin的方�?让spring接管struts的action�Q?/span>

< action name = "portalForm" parameter = "method" path = "/portalAction" type = "org.springframework.web.struts.DelegatingActionProxy" scope = "request" >

< forward name = "portalEdit" path = " pages/portalEdit.jsp" />

< forward name = "portalList" path = " pages/portalList.jsp " />

action >

< plug-in className = "org.springframework.web.struts.ContextLoaderPlugIn" >

< set-property property = "contextConfigLocation"

value = "/WEB-INF/action-servlets.xml" />

plug-in >

action-servlets.xml �Q�配�|�文件格式和spring配置一��P��中：(x��)

< beans >

< bean name = "/portalAction"

class = "com.cn.lively.action.PortalMainAction" >

< property name = "portalService" >

< ref bean = "portalService" />

property >

bean >

beans >

2. WebApplicationContextUtils.getRequiredWebApplicationContext �Q�在action中获得spring的bean�Q?/span>

public Object getService (String name) {

ApplicationContext wac = WebApplicationContextUtils.getRequiredWebApplicationContext(servlet.getServletContext());

return wac .getBean(name);

}

�q�种方式没有在struts里边加入spring的plugin�Q�实际上是��用了依赖查找来获得对象，�q�且在servlet代码中硬�~�码了应用对象的bean名字�?/span>

附：(x��)

感觉一个国内小型项目（周期半年左右�Q�的开发，完美的团队大概四个�h左右��够了，

A �Q�前期框架设�?+ 开发过�E�中不断改进完美整个框架�Q�角艜y��—架构师

B �Q�前期需求调�?+ 开发过�E�中负责技术难度比较大的模块开发，角色——程序员

C �Q�前期需求调研负责�h + 开发过�E�中负责业务逻辑复杂的模块开发，角色——项目负责�h

D �Q�前期需求调�?+ 开发过�E�中负责模块开发，角色——程序员

同时B、C负责共同解决开发中出现的技术和业务问题�Q�C负责控制��目�q�度�Q?/span>

��目后期�Q�B、C、D�q�行交叉��试�Q�A负责review代码�?/span>

如果公司已经比较成熟的框�Ӟ��卛_��本系�l�管理模�?+ 代码自动生成�Q�，那么角色A可以省略�Q�只需要B、C、D三个人即可进行项目开发，其中角色B在开发中担当一部分A的角艌Ӏ?/span>

甚至可以只由B、C两个��行开发，把角色D的工作分担到B、C�w�上�Q�B侧重技术，C侧重业务逻辑�?/span>

semovy 2007-09-16 21:10 发表评论

semovy — Fri, 10 Aug 2007 06:38:00 GMT

UML�cȝ��?qi��ng)关�p?/font>

�c�M��c�M��间的关系对于理解面向对象��h��很重要的作用�Q�以前在面试的时候也�l�常被问到这个问题，在这里我��׃��l�一下�?br>�c�M��c�M��间存在以下关�p?
(1)泛化(Generalization)
(2)兌��(Association)
(3)依赖(Dependency)
(4)聚合(Aggregation)

UML图与应用代码例子:
1.泛化(Generalization)
[泛化]
表示�c�M��c�M��间的�l�承关系�Q�接口与接口之间的��承关�p�，或类�Ҏ(gu��)��口的实现关系。一般化的关�p�L��从子�c�L��向父�cȝ��Q�与�l�承或实现的�Ҏ(gu��)��相反�?br>[具体表现]
父类父类实例�Q�new 子类()
[UML图](�?.1)

�?.1Animal�c�M��Tiger�c?Dog�cȝ��泛化关系

[代码表现]

class Animal{}
class Tiger extends Animal{}
public class Test
{
public void test()
{
Animal a= new Tiger();
}
}

2.依赖(Dependency)
[依赖]
对于两个相对独立的对象，当一个对象负责构造另一个对象的实例�Q�或者依赖另一个对象的服务�Ӟ��q�两个对象之间主要体��Cؓ(f��)依赖关系�?br>[具体表现]
依赖关系表现�?font color=#ff0000>局部变�?/font>�Q?font color=#ff0000>�Ҏ(gu��)��的参�?/font>�Q�以�?qi��ng)�?font color=#ff0000>静态方法的调用
[现实例子]
比如说你要去拧螺丝，你是不是要借助(也就是依�?��Z��刀(Screwdriver)来帮助你完成拧螺�?screw)的工�?br>[UML表现](�?.2)

�?.2 Person�c�M��Screwdriver�cȝ��依赖关系

[代码表现]

public class Person{
/** 拧螺�?nbsp;*/
public void screw(Screwdriver screwdriver){
screwdriver.screw();
}
}

3.兌��(Association)
[兌��]
对于两个相对独立的对象，当一个对象的实例与另一个对象的一些特定实例存在固定的对应关系�Ӟ��q�两个对象之间�ؓ(f��)兌��关系�?br>[具体表现]
兌��关系是��?font color=#ff0000>实例变量来实�?br>[现实例子]
比如客户和订单，每个订单对应特定的客��P��每个客户对应一些特定的订单�Q�再例如公司和员工，每个公司对应一些特定的员工�Q�每个员工对应一特定的公�?br>[UML图] (�?.3)

�?.3 公司和员工的兌��关系

[代码表现]

public class Company{
private Employee employee;
public Employee getEmployee(){
return employee;
}
public void setEmployee(Employee employee){
this.employee=employee;
}
//公司�q�作
public void run(){
employee.startWorking();
}
}

(4)聚合�Q�Aggregation�Q?/font>
[聚合]
当对象A被加入到对象B中，成�ؓ(f��)对象B的组成部分时�Q�对象B和对象A之间��集关�p�R��聚合是兌��关系的一�U�，是较强的兌��关系�Q�强调的�?font color=#ff0000>整体�?font color=#ff0000>部分之间的关�p�R�?font color=#ff0000>�c�M��于将本职的工作委托给其他�c?/font>
[具体表现]
与关联关�p�M��P��聚合关系也是通过实例变量来实现这样关�pȝ��。关联关�p�d��聚合关系来语法上是没办法区分的，�?font color=#ff0000>语义上才�?font color=#ff0000>更好的区�?/font>两者的区别�?br>[兌��与聚合的区别]
(1)兌��关系所涉及(qi��ng)的两个对象是处在同一个层�ơ上的。比如�h和自行�R��是一�U�关联关�p�，而不是聚合关�p�，因�ؓ(f��)��Z��是由自行车组成的�?br>聚合关系涉及(qi��ng)的两个对象处于不�q�等的层�ơ上�Q�一个代表整体，一个代表部分。比如电(sh��)脑和它的昄��器、键盘、主板以�?qi��ng)内存就是聚集关�p�，因�ؓ(f��)��L��是电(sh��)脑的�l�成部分�?br>(2)对于��h��聚集关系�Q�尤其是��集关�p�）的两个对象，整体对象�?x��)制�U�它的组成对象的生命周期。部分类的对象不能单独存在，它的生命周期依赖于整体类�?对象的生命周期，当整体消失，部分也就随之消失。比如张三的�?sh��)脑被偷了，那么电(sh��)脑的所有组件也不存在了�Q�除非张三事先把一些电(sh��)脑的�l��g�Q�比如硬盘和内存�Q?拆了下来�?br>[UML图](�?.4)

�?.3 �?sh��)脑和组件的聚合关�?/font>

[代码表现]

public class Computer{
private CPU cpu;
public CPU getCPU(){
return cpu;
}
public void setCPU(CPU cpu){
this.cpu=cpu;
}
//开启电(sh��)�?
public void start(){
//cpu�q�作
cpu.run();
}
}

[参考资料]
1.《Java与模式�?阎宏 �~�著) �W?�?�l�一建模语言UML��?br>

最�l�的判别可以以内存结构�ؓ(f��)区分�Q�比如关联与依赖比较隑ֈ�别，那么�Q�你可以判断�Q�某个对象是在当前类里被实例的还是，只传了引用！如果是引用，则关联，否则��是依赖�Q�比�?br>public class Test {
private B b;
private A a;
public void exec() {
A a = new A();
b.exec();
}

//a , b 的getter,setter省略
}
其中A�c�d��象a��是依赖�Q�因为a对象的内存空间被创徏在Test �q�个 �c�里
而B�cȝ��b对象则是引用�Q?br>

semovy 2007-08-10 14:38 发表评论

�l�一建模语言UML

semovy — Wed, 30 May 2007 12:46:00 GMT

�l�一建模语言UML

软�g工程领域�?995�q�至1997�q�取得了前所未有的进�?其成果超�q��Y件工�E�领域过�?5�q�来的成��d��。其中最重要的、具有划时代重大意义的成果之一��是�l�一建模语言(UML:Unified Modeling Language)的出现�?

在世界范围内,臛_��在近10�q�内,UML��是面向对象技术领域内占主导地位的标准建模语言。采用UML作�ؓ(f��)我国�l�一的徏模语�a�是完全必要的:首先,�q�去数十�U�面向对象的建模语言都是�怺�独立�?而UML可以消除一些潜在的不必要的差异,以免用户��h��;其次,通过�l�一语义和符可��C?能够�E�_��我国的面向对象技术市�?佉K��目根植于一个成熟的标准建模语言,从而可以大大拓宽所研制与开发的软�g�pȝ��的适用范围,�q�大大提高其灉|��E�度�?

�l�一建模语言�Q�UML�Q�是用来对��Y件密集系�l�进行描�q�、构造、视化和文档�~�制的一�U�语�a��?

首先�Q�也是最重要的一点，�l�一建模语言融合了Booch、OMT和OOSE�Ҏ(gu��)��中的概念�Q�它是可以被上述�?qi��ng)其他方法的使用者广泛采用的一门简单、一致、通用的徏模语�a��?

其次�Q�统一建模语言扩展了现有方法的应用范围。特别值得一提的是，UML的开发者们把�ƈ行分布式�pȝ��的徏模作为UML的设计目标，也就是说�Q�UML��h��处理�q�类问题的能力�?

�W�三�Q�统一建模语言是标准的建模语言�Q�而不是一个标准的开发流�E�。虽然UML的应用必然以�pȝ��的开发流�E��ؓ(f��)背景�Q�但�Ҏ(gu��)��我们的经验，不同的组�l�，不同的应用领域需要不同的开发过�E�。�D个例子来��_(d��)��开发错�l�复杂的软�g是非常有��的工作�Q�但开发这�U��Y件与构造严格实时的航空�?sh��)子�pȝ��是大不一��L(f��ng)��Q�后者是性命攸关的大事。因此我们首先把�_�֊�集中在设计通用的元模型上（�l�一不同�Ҏ(gu��)��的语义）�Q�其�ơ是建立通用的表�C�法�Q�提供对�q�些语义的�Ş象化的表达）。虽然UML的开发者们��l�倡导从用例驱动到体系�l�构��Z��心最后反复改�q�、不断添加的软�g开发过�E�，但实际上设计标准的开发流�E��ƈ不是非常必要的�?

UML是一�U�定义良好、易于表达、功能强大且普遍适用的徏模语�a�。它溶入了��Y件工�E�领域的新思想、新�Ҏ(gu��)��和新技术。它的作用域不限于支持面向对象的分析与设�?�q�支持从需求分析开始的软�g开发的全过�E��?

面向对象技术和UML的发展过�E�可用上图来表示,标准建模语言的出现是光��要成果。在��国,截止1996�q?0�?UML获得了工业界、科技界和应用界的�q�泛支持,已有700多个公司表示支持采用UML作�ؓ(f��)建模语言�?996�q�底,UML已稳占面向对象技术市场的85%,成�ؓ(f��)可视化徏模语�a�事实上的工业标准�?997�q?1�?7�?OMG采纳UML 1.1作�ؓ(f��)��Z��面向对象技术的标准建模语言。UML代表了面向对象方法的软�g开发技术的发展方向,��h��巨大的市场前�?也具有重大的�l�济价值和国防价倹{�?

标准建模语言UML的内�?

首先,UML融合了Booch、OMT和OOSE�Ҏ(gu��)��中的基本概念,而且�q�些基本概念与其他面向对象技术中的基本概念大多相�?因�?UML必然成�ؓ(f��)�q�些�Ҏ(gu��)��以及(qi��ng)其他�Ҏ(gu��)��的��用者乐于采用的一�U�简单一致的建模语言;其次,UML不仅仅是上述�Ҏ(gu��)��的简单汇�?而是在这些方法的基础上广泛征求意�?集众家之�?几经修改而完成的,UML扩展了现有方法的应用范围;�W�三,UML是标准的建模语言,而不是标准的开发过�E�。尽��UML的应用必然以�pȝ��的开发过�E��ؓ(f��)背景,但由于不同的�l�织和不同的应用领域,需要采取不同的开发过�E��?

作�ؓ(f��)一�U�徏模语�a�,UML的定义包括UML语义和UML表示法两个部分�?

(1) UML语义描述��Z��UML的精��元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说�?使开发者能在语义上取得一�?消除了因��异的最佌��达方法所造成的媄(ji��ng)响。此外UML�q�支持对元模型的扩展定义�?

(2) UML表示�?定义UML�W�号的表�C�法,为开发者或开发工具��用这些图形符号和文本语法为系�l�徏模提供了标准。这些图形符号和文字所表达的是应用�U�的模型,在语义上它是UML元模型的实例�?

标准建模语言UML的重要内容可以由下列五类�?�?�U�图�?来定�?

·�W�一�c�L��用例�?从用戯��度描�q�系�l�功�?�q�指出各功能的操作者�?

·�W�二�c�L��静态图(Static diagram),包括�c�d��、对象图和包图。其中类图描�q�系�l�中�cȝ��静态结构。不仅定义系�l�中的类,表示�c�M��间的联系如关联、依赖、聚合等,也包括类的内部结�?�cȝ��属性和操作)。类图描�q�的是一�U�静态关�p?在系�l�的整个生命周期都是有效的。对象图是类囄��实例,几乎使用与类囑֮�全相同的标识。他们的不同点在于对象图昄��cȝ��多个对象实例,而不是实际的�c�R��一个对象图是类囄��一个实例。由于对象存在生命周�?因此对象囑֏�能在�pȝ��某一旉��D�存在。包由包或类�l�成,表示包与包之间的关系。包囄��于描�q�系�l�的分层�l�构�?

·�W�三�c�L��行�ؓ(f��)�?Behavior diagram),描述�pȝ��的动态模型和�l�成对象间的交互关系。其中状态图描述�cȝ��对象所有可能的状态以�?qi��ng)事件发生时状态的转移条�g。通常,状态图是对�c�d��的补充。在实用上�ƈ不需要�ؓ(f��)所有的�cȝ��状态图,仅�ؓ(f��)那些有多个状态其行�ؓ(f��)受外界环境的影响�q�且发生改变的类�ȝ��态图。而活动图描述满��用例要求所要进行的�z�d��以及(qi��ng)�z�d��间的�U�束关系,有利于识别�ƈ行活动�?

·�W�四�c�L��交互�?Interactive diagram),描述对象间的交互关系。其中顺序图昄��对象之间的动态合作关�p?它强调对象之间消息发送的��序,同时昄��对象之间的交�?合作图描�q�对象间的协作关�p?合作图跟��序囄��?昄��对象间的动态合作关�p�R��除昄��信息交换�?合作图还昄��对象以及(qi��ng)它们之间的关�p�R��如果强调时间和��序,则��用顺序图;如果��上下�U�关�p?则选择合作图。这两种囑֐��U�Cؓ(f��)交互图�?

·�W�五�c�L��实现�? Implementation diagram )。其中构件图描述代码部�g的物理结构及(qi��ng)各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二�q�制部�g或一个可执行部�g。它包含逻辑�c�L��实现�cȝ��有关信息。部件图有助于分析和理解部�g之间的相互媄(ji��ng)响程度�?

配置囑֮�义系�l�中软硬件的物理体系�l�构。它可以昄��实际的计��机和设�?用节点表�C?以及(qi��ng)它们之间的连接关�p?也可昄��q�接的类型及(qi��ng)部�g之间的依赖性。在节点内部,攄��可执行部件和对象以显�C��点跟可执行��Y件单元的对应关系�?

从应用的角度�?当采用面向对象技术设计系�l�时,首先是描�q�需�?其次�Ҏ(gu��)��需求徏立系�l�的静态模�?以构造系�l�的�l�构;�W�三步是描述�pȝ��的行为。其中在�W�一步与�W�二步中所建立的模型都是静态的,包括用例图、类�?包含�?、对象图、组件图和配�|�图�{�五个图�?是标准徏模语�a�UML的静态徏模机制。其中第三步中所建立的模型或者可以执�?或者表�C�执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图�{�四个图�?是标准徏模语�a�UML的动态徏模机制。因�?标准建模语言UML的主要内容也可以归纳为静态徏模机制和动态徏模机制两大类�?/ca>

semovy 2007-05-30 20:46 发表评论

UML基础知识

semovy — Wed, 16 May 2007 09:50:00 GMT

UML基础知识

1. 软�g工程�?/span>5个阶�D�：(x��)需求分�?/strong>(Requirements Capture)�Q?strong style="mso-bidi-font-weight: normal">�pȝ��分析与设�?/strong>(System Analysis and Design)�Q?strong style="mso-bidi-font-weight: normal">实现(Implement)�Q?strong style="mso-bidi-font-weight: normal">��试(Test)�Q?strong style="mso-bidi-font-weight: normal">�l�护(Maintenance)�?/span>

2. UML的定义包�?/span>UML语义�?/span>UML表示�?/span>两个部分�?/span>UML语义描述��Z��UML的精��?strong style="mso-bidi-font-weight: normal">元模型定�?/strong>。元模型�?/span>UML的所有元素在语法和语义上提供了简单、一致和通用的定义性说明�?/span>UML表示法，为开发者或开发工具��用图形工具和文本语法为系�l�徏模提供了标准�?/span>

3. UML(Unified Modeling Language)�?strong style="mso-bidi-font-weight: normal">视图(View)�Q?strong style="mso-bidi-font-weight: normal">�?/strong>(Diagram)�Q?strong style="mso-bidi-font-weight: normal">模型元素(Model Element)�Q?strong style="mso-bidi-font-weight: normal">通用机制(General Mechanism)�{�组成，�q�提供了扩展机制(Extension Mechanism)�Q��?/span>UML语言能够适应一个特�D�的�Ҏ(gu��)��或者扩充到一个组�l�或用户�?/span>

a) 视图是表辄��l�的某一斚w��特征�?/span>UML建模元素的子集，由多�?strong style="mso-bidi-font-weight: normal">�?/strong>构成�Q�是在某一个抽象层上，对系�l�的抽象表示�?/span>

b) �?/span>是模型元素集�?strong style="mso-bidi-font-weight: normal">囑�Ş表示�Q�通常�?strong style="mso-bidi-font-weight: normal">�?/strong>(关系)�?strong style="mso-bidi-font-weight: normal">��点(其他模型元素)�怺��q�接构成�?/span>

c) 模型元素代表面向对象中的�c�R��对象、消息和关系�{�概念，是构成图的基本概��c(di��n)�?/span>

d) 通用机制用于表示其他信息�Q�比如注释、模型元素的语义�{��?/span>

4. UML用模型来描述�pȝ��的结构或静态特征，以及(qi��ng)行�ؓ(f��)或动态特征，从不同的视角为系�l�架构徏模，形成不同视角�Q?/span>

a) 用例视图(Use Case View)�Q�强调从用户角度看到的或需要的�pȝ��功能�Q�是被称为参与者的外部用户所能观察到的系�l�功能的模型图�?/span>

b) 逻辑视图(Logical View)�Q�展现系�l�的静态或�l�构�l�成�?qi��ng)特征，也被�U�Cؓ(f��)�l�构模型视图(Structural Model View)或�?strong style="mso-bidi-font-weight: normal">静态视�?/strong>(Static View)�?/span>

c) �q�发视图(Concurrent View)�Q�体��C��pȝ��的动态或者行为特征，也称�?strong style="mso-bidi-font-weight: normal">行�ؓ(f��)模型视图(Behavioral Model View)�?strong style="mso-bidi-font-weight: normal">动态视�?/strong>(Dynamic View)�?/span>

d) �l��g视图(Component View)�Q�体��C��pȝ��实现的结构和行�ؓ(f��)特征�Q�也�U�Cؓ(f��)实现模型视图(Implementation Model View)�?/span>

e) 配置视图(Deployment View)�Q�体��C��pȝ��实现环境的结构和行�ؓ(f��)特征�Q�也被称�?strong style="mso-bidi-font-weight: normal">环境模型视图(Environment Model View)或�?strong style="mso-bidi-font-weight: normal">物理视图(Physical View)�?/span>

5. 视图由图构成�Q?/span>UML提供�?/span>9�U�不同的图：(x��)

a) 用例�?/span>(Use Case Diagram)�Q�描�q�系�l�功能；

b) �c�d��(Class Diagram)�Q�描�q�系�l�的静态结构；

c) 对象�?/span>(Object Diagram)�Q�描�q�系�l�在某个时刻的静态结构；

d) 时序�?/span>(Sequence Diagram)�Q�按旉��序描述�pȝ��元素间的交互�Q?/span>

e) 协作�?/span>(Collaboration Diagram)�Q�按照时间和�I�间��序描述�pȝ��元素间的交互和他们之间的关系�Q?/span>

f) 状态图(State Diagram)�Q�描�q�C��pȝ��元素的状态条件和响应�Q?/span>

g) �z�d��?/span>(Activity Diagram)�Q�描�q�C��pȝ��元素的活动；

h) �l��g�?/span>(Component Diagram)�Q�描�q�C��实现�pȝ��的元素的�l�织�Q?/span>

i) 配置�?/span>(Deployment Diagram)�Q�描�q�C��环境元素的配�|�，�q�把实现�pȝ��的元素映��到配置上�?/span>

6. 囑֒�视图之间的对应关�p�：(x��)
用户模型视图�Q�用例图
�l�构模型视图�Q�类囑֒�对象�?/font>
行�ؓ(f��)模型视图�Q�时序图、协作图、状态图和活动图
实现模型视图�Q�组件图
环境模型视图�Q�配�|�图

7. UML的两套徏模机�Ӟ��静态徏模机�?/strong>�?strong style="mso-bidi-font-weight: normal">动态徏模机�?/strong>。静态徏模机制包括用例图、类图、对象图、包、组件图和配�|�图�Q�动态徏模机制包括消息、状态图、时序图、协作图、活动图�?/span>

semovy 2007-05-16 17:50 发表评论

UML概述

semovy — Mon, 07 May 2007 07:46:00 GMT

1.背景知识

1997�q�_(d��)��OMG�l�织�Q?/span>Object Management Group对象��理�l�织�Q�发布了�l�一建模语言�Q?/span>Unified Modeling Language�Q?/span>UML�Q��?/span>UML的主要创始�h�?/span>Jim Rumbaugh�?/span>Ivar Jacobson�?/span>Grady Booch ,UML的目标之一��是为开发团队提供标准通用的设计语�a�来开发和构徏计算机应用�?/span>UML提出了一�?/span>IT专业人员期待多年的统一的标准徏模符受��通过使用UML�Q�这些�h员能够阅��d��交流�pȝ��架构和设计规�?/span>, UML�W�号集只是一�U�语�a�而不是一�U�方法学. 2003�q�_(d��)��UML已经获得了业界的认同.

2.��q?/span>

       UML捕捉了��Y件系�l�有兛_��{�和理解,用来理解、设计、浏览、配�|�、维护以�?qi��ng)控制系�l�得信息.UML包括语义概念、标记符号和指南,据有静态、动态、环境上和组�l�性的部分.

I�Q?span>               UML捕捉静态结构和动态行为的信息。系�l�徏模成独立对象的集合以�?qi��ng)它们交互和实现。静态结构定义各�U�对象和实现已经它们的关�p�，动态行为定义了对象间的通讯。可以从不同视角�q�行建模�Q�以不同视角理解�pȝ��?/span>

II�Q?span>            UML可以用包来组�l�模型结�?/span>

3�Q�目�?/span>

       UML不是完整的开发方法，它不包括逐步的开发流�E�。但UML包括了所有必要的概念来解决现代�P代过�E�中解决用例驱动的需求�?/span>

4�Q?/span>UML概念范围

       I�Q?/span>         静态结�?/span>

       II�Q?/span>        动态行�?/span>

III�Q?span>              实现构�?/span>

IV�Q?span>              模型�l�织

V�Q?span>                   扩展机制



5.   UML视图

       UML视图可以分�ؓ(f��)三个领域�Q?span>�l�构型分�c�R��动态行为和模型��理

I�Q�结构性分�c�d��括静态视图、用例视囑֒�实现视图。它描述了系�l�中事物和事物之间的关系�Q�包括类、用例、构件和节点�Q��ؓ(f��)构徏动态行为提供了基础�?/span>

       II�Q�动态行为包括状态机视图、活动图和交互图。它描述了系�l�时间上的行�?/span>

       III�Q�模型管理，用包来组�l�模型，�Ҏ(gu��)��的包包括模型和子�pȝ��Q�模型视囑֒�其它视图交�P�Q��ؓ(f��)团队工作和配�|�控制把它们�l�织��h��?/span>

       IV�Q�扩展，包括�U�束、版型和标签倹{�?/span>

semovy 2007-05-07 15:46 发表评论

semovy — Sun, 25 Mar 2007 07:17:00 GMT
1、活动图、类囄��在详�l�设计。（详细设计和概要设计有些时候不是分的那么细�Q?
2、顺序图、类图、构件图用在概要设计�?
3、用例图、状态图是给客户看的�?
4、顺序图是根据类图来�ȝ��Q�顺序图中的对象是类图中的类的实例，��序图中一个对�?
指向另一个对象的�Ҏ(gu��)��是这个对象的�Ҏ(gu��)��?

5、三层结�?1)界面�c?我做好了一些按钮、文本框、标�{��Q�分�l�一个初�U�程序员��可以，
把界面规划好��p��Q�对里面的业务不必关心�?
(2)业务�c?�q�就要给一个高�U�程序员来做�Q�主要是哪些�c�d��现哪些方法就行�?
(3)实体�c?用业务来调用实体�Q�实体就是实实在在的东西�?
注意:在界面类和业务类之间�Q�有�q�样一个，用中间的接口人，
可以是高�U�程序员,他要用struts把界面和业务联系��h��?
UML的课�E��ȝ��

UML是干什么的,是用来表达我们思想�?我们的面向对象的思想.
想一�?我们来到�q�个�?是�ؓ(f��)了锻炼我们怎么�ȝ��立思�?怎么��d��作的,
在设计的时�?要有一个设计的理念,和设计的思想,
只有你自��q��的动脑去想了,那才是你自己�?老师告诉�?
那是老师�?不是你的.
说一下九(ji��)个图:

一、需求阶�D?1、用例图 (1)你画完了�Q�主要是用户能否看懂�?
(2)你画的用例图里是不是覆盖了用户需求的每一个功能和要求�?
　　 2、状态图 (1)在这个状态很重要的情况下�Q�要把它��d��来�?
(2)很强调状态时需要画它�?
二、设计阶�D�包括（概要设计和详�l�设计分公司而言�Q?
　　　　　　 1、概要设�?1)构�g�?@��软�g之间的和部��v囑�Ş成对比�?
(2)时序�?@宽广的时候用在概要设计�?
(3)�c�d�� @
(4)协作�?@
　　 2、详�l�设�?1)�c�d�� @在这里面一定要写详�l�了�Q�让�~�码人员看完�Q�伪代码��p��出来�Q�伪代码是指一般用代码的格式表�C�程序执行过�E�和��法�Q�但不能在编译器上通过�~�译的代码，目的是�ؓ(f��)了展�C�程序的执行�q�程。）
@每个�cȝ��Ҏ(gu��)��Q�属性都要写出来�?
(2)�z�d��?@逻辑复杂的时候要用到它，如果想练�?f��n)的话，可以用随机抽题这个来�l��?
(3)时序�?@主要��序�Q�就是必��L��q�个��序来的�?
(4)部��v�?@是强调硬件之间的和上面的构�g囑�Ş成对比�?
重点�Q?、用例图
2、类�?
3、时序图
4、活动图 ·是给一个编码�h员就可以做出来的东西�Q�每一句一句的��译�q�来。不需要知道太多�?

�q�有一个要说的是：(x��)计划�q�度表�?
(1)需求从多长旉��到多长时间�?
(2)设计从多长时间到多长旉��?
(3)�~�码从多长时间到多长旉��?

摘自 chenkaituo 的BLOG

semovy 2007-03-25 15:17 发表评论

亚洲美免无码中文字幕在线,亚洲国产精品久久久久秋霞小,jizzjizz亚洲日本少妇

UML �c�d��关系

利用java的动态代理写日志

关于��目框架设计的一点学�?

UML�cȝ���?qi��ng)关�p?/font>

�l�一建模语言UML

UML基础知识

UML概述

UML�cȝ��?qi��ng)关�p?/font>