还有一个问题

HouseInfo(房产类信息),JobInfo(招聘类信息),TradeInfo(交易类信息)

都有一些单独的属性 在数据库中我该用一个表

还是个每个类建一个表好呢

* 抽象的工厂

*/

public interface InfoFactory

{

public Info createNewInfo(Info newInfo);

public Info createInfo(int infoId);

}

/**

* 房产类信息工厂

*/

public class HouseInfoFactory implements InfoFactory

{

public Info createNewInfo(Info newInfo)

{.......... }

public Info createInfo(int infoId)

{..........}

}

/**

* 招聘类信息工厂

*/

public class JobInfoFactoryimplements InfoFactory

{

public Info createNewInfo(Info newInfo);

{.......... }

public Info createInfo(int infoId)

{.......... }

}

...........

我的思路 和 设计是这样的 但家看看设计思路对吗

可这样遇到一个问题: 就是在action 控制层 当知道 infoId 时候 不知道到底该用哪个具体

工厂的 createInfo(int infoId) 方法去得到这个具体的信息

//或还有其它模式比较好解决这类系统问题吗 有人提到用 <<观察者模式>>

/**
* 抽象的工厂
*/
public interface  InfoFactory
{
  public Info createNewInfo(Info newInfo);
  
  public Info createInfo(int infoId);
}
/**
* 房产类信息工厂
*/
public class HouseInfoFactory implements InfoFactory
{
  public Info createNewInfo(Info newInfo)
  {.......... }
  
  public Info createInfo(int infoId)
  {..........}
}
/**
* 招聘类信息工厂
*/
public class JobInfoFactoryimplements InfoFactory
{
  public Info createNewInfo(Info newInfo);
   {.......... }
  public Info createInfo(int infoId)
   {.......... }
}
...........
<p>

我的思路 和 设计是这样的 但家看看设计思路对吗

可这样遇到一个问题: 就是在action 控制层 当知道 infoId 时候 不知道到底该用哪个具体

工厂的 createInfo(int infoId) 方法去得到这个具体的信息

//或还有其它模式比较好解决这类系统问题吗 有人提到用 <<观察者模式>>

根据你的需求，房产类信息和招聘类信息属于四色图中的description，是一种目录式对象。它们属于category。

当然它们都属于信息，但是信息这个抽象的域范围很广，域范围太广就没有意义了。

因此，你以info为抽象的提炼方式是不对的，更何况你用工厂模式来实现了。