ONJava.com -- The Independent Source for Enterprise Java
oreilly.comSafari Books Online.Conferences.

advertisement

AddThis Social Bookmark Button
Article:
  Better, Faster, Lighter Programming in .NET and Java
Subject:   Your factory method screws up early binding!
Date:   2004-07-20 13:31:11
From:   jgehtland
Response to: Your factory method screws up early binding!

That's why we call it "planning for the unknown" and "allowing for extension". If you want to provide an extensible architecture, you can't be bound to what you know when you compile the code. If you stick with only what *you* know now, how can that be extended later by someone else?


In addition, you get the binding that matters; the compiled image binds to the methods of the interface directly, without any of that late-binding IUnknown-iness from good old COM, so you don't suffer a performance problem. The only thing you have to do is wrap the call to the factory in a try/catch block in case the reflective lookup fails, and you ought to be double checking any "new" calls anyway.


But, if you don't need future-proofing in your app, don't use the technique. Nothing fits all problems...


1 to 1 of 1
  1. Your factory method screws up early binding!
    2004-08-08 03:30:55  riffraff [View]

1 to 1 of 1