December 12, 2006
Selecting Third-Party ComponentsTips for effectively selecting and using off-the-shelf componentsRichard Stafford
Richard offers tips for effectively selecting and using off-the-shelf components.
Richard is Chief Scientist for eQuorum. He can be contacted at rich.stafford@equorum.com.
Like virtually all software, the applications we develop at eQuorum are built on code from others, from operating-system APIs, compilers, and development environments, to task-specific libraries. In this article, I discuss some of the issues we found in the latter case, specifically in what are called "third-party components."
eQuorum (www.equorum.com) is a 20-year-old software company with a focus on the management of large-format engineering documents. We have two primary products:
[Click image to view at full size]
Figure 1: ImageSite displaying an AutoCAD vector file.
Early in our products' lifecycles, all of the functionality was produced in-house, even when it meant too many hours spent reverse engineering a file format. At times, that was the only path , as there were few third-party components available.
But as the computer industry has matured (and we've become less obsessed with "do it yourself"), we've found several functional areas of our apps where third-party components have become available. Here, I examine issues involved in using third-party components, specifically in experiences with two that are important parts of our products:
|
|
||||||||||||||||||||||||||||||
|
|
![]() |
||||
![]() |
|
|||
![]() |
||||
![]() |
||||
![]() |
|
|||
![]() |
|
|||