Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C / C++ / MFC
  4. Trying to understand VS AddIns

Trying to understand VS AddIns

Scheduled Pinned Locked Moved C / C++ / MFC
c++cssdatabasevisual-studioarchitecture
1 Posts 1 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • D Offline
    D Offline
    dburns
    wrote on last edited by
    #1

    Hi, I'm coming up to speed on C++ AddIns (I plan to write one). Having played with a lot of samples, I think I've got a handle on the basic architecture. I see that it's common to have TWO dlls registered for a given AddIn -- one that seems to be just a bootstrap that tells VS about the other one (the projects are typically called MyAddin and MyAddinControl). I see it's quite possible to do it all in a single dll, and in fact that's the framework provided by the VS wizard when you create an AddIn. So I'm wondering why people seem to like to split it in two pieces? Is there some advantage to doing that? Thanks! DB

    1 Reply Last reply
    0
    Reply
    • Reply as topic
    Log in to reply
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes


    • Login

    • Don't have an account? Register

    • Login or register to search.
    • First post
      Last post
    0
    • Categories
    • Recent
    • Tags
    • Popular
    • World
    • Users
    • Groups