そのため、これを使用して、クライアントオブジェクトが BeanFactory.getBean(String) を直接呼び出して、BeanFactory から（通常はプロトタイプ）Bean を取得するのを防ぐことができます。これは、制御原理の反転に違反します。代わりに、このクラスを使用して、クライアントオブジェクトに、1 つのターゲット Bean（これも通常はプロトタイプ Bean）のみを直接返すプロパティとして ObjectFactory インスタンスを供給することができます。

XML ベースの BeanFactory のサンプル構成は次のようになります。

<beans>

   <!-- Prototype bean since we have state -->
   <bean id="myService" class="a.b.c.MyService" scope="prototype"/>

   <bean id="myServiceFactory"
       class="org.springframework.beans.factory.config.ObjectFactoryCreatingFactoryBean">
     <property name="targetBeanName"><idref local="myService"/></property>
   </bean>

   <bean id="clientBean" class="a.b.c.MyClientBean">
     <property name="myServiceFactory" ref="myServiceFactory"/>
   </bean>

</beans>

アテンダント MyClientBean クラスの実装は次のようになります。

package a.b.c;

 import org.springframework.beans.factory.ObjectFactory;

 public class MyClientBean {

   private ObjectFactory<MyService> myServiceFactory;

   public void setMyServiceFactory(ObjectFactory<MyService> myServiceFactory) {
     this.myServiceFactory = myServiceFactory;
   }

   public void someBusinessMethod() {
     // get a 'fresh', brand new MyService instance
     MyService service = this.myServiceFactory.getObject();
     // use the service object to effect the business logic...
   }
 }

オブジェクト作成パターンのこのアプリケーションへの代替アプローチは、ServiceLocatorFactoryBean を使用して（プロトタイプ）Bean を調達することです。ServiceLocatorFactoryBean アプローチには、ObjectFactory などの Spring 固有のインターフェースに依存する必要がないという利点がありますが、ランタイムクラスの生成が必要になるという欠点があります。この課題の詳細については、ServiceLocatorFactoryBean JavaDoc を参照してください。