如果需要像前面自行車的例子一樣，建立一些用不同方式實現同一介面的物件，那麼可以使用一個工廠方法或簡單工廠物件來簡化選擇實現的過程。這種選擇可以是明確進行的也可以是隱含的。前者如自行車那個例子，顧客可以選擇需要的自行車型號；而下一節所講的XHR工廠那個例子則屬於後者，該例中所返回的連線物件的型別取決於所探查到的頻寬和網路延時等因素。在這些場合下，你通常要與一系列實現了同一個介面、可以被同等對待的類打交道。這是JavaScript中使用工廠模式的最常見的原因。
如果物件需要進行復雜並且彼此相關的設定，那麼使用工廠模式可以減少每種物件所需的'程式碼量。如果這種設定只需要為特定型別的所有例項執行一次即可，這種作用尤其突出。把這種設定程式碼放到類的建構函式中並不是一種高效的做法，這是因為即便設定工作已經完成，每次建立新例項的時候這些程式碼還是會執行，而且這樣做會把設定程式碼分散到不同的類中。工廠方法非常適合於這種場合。它可以在例項化所有需要的物件之前先一次性地進行設定。無論有多少不同的類會被例項化，這種辦法都可以讓設定程式碼集中在一個地方。
如果所用的類要求載入外部庫的話，這尤其有用。工廠方法可以對這些庫進行檢查並動態載入那些未找到的庫。這些設定程式碼只存在於一個地方，因此以後改起來也方便得多。
