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. Sharing resources across projects

Sharing resources across projects

Scheduled Pinned Locked Moved C / C++ / MFC
4 Posts 4 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.
  • M Offline
    M Offline
    Michael P Butler
    wrote on last edited by
    #1

    I have a number of MFC applications that use form views to enter data into a database. These all use static lib MFC. I have a number of forms that are needed in more than one application. What is the best way of sharing resources and their associated CFormView derived classes across projects. In the past I've used MFC Extension DLLs but keeping the resource id's in different ranges became a pain. Would one resource DLL for all the applications be a good idea (The apps are all part of one product)? Suggestions? Michael :-)

    J T C 3 Replies Last reply
    0
    • M Michael P Butler

      I have a number of MFC applications that use form views to enter data into a database. These all use static lib MFC. I have a number of forms that are needed in more than one application. What is the best way of sharing resources and their associated CFormView derived classes across projects. In the past I've used MFC Extension DLLs but keeping the resource id's in different ranges became a pain. Would one resource DLL for all the applications be a good idea (The apps are all part of one product)? Suggestions? Michael :-)

      J Offline
      J Offline
      Joaquin M Lopez Munoz
      wrote on last edited by
      #2

      There's an additional option that (IMHO) simplifies things further. Why not have resources and its additional CDlg-derived classes inside a regular MFC DLL and export a high-level C API along this line:

      /* Personal data dialog */
      int PersonalDataDialog(PERSONA_DATA_STRUCT *pPersonalData);

      If you can follow this scheme, I'd say it is the most easily maintainable approach. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

      1 Reply Last reply
      0
      • M Michael P Butler

        I have a number of MFC applications that use form views to enter data into a database. These all use static lib MFC. I have a number of forms that are needed in more than one application. What is the best way of sharing resources and their associated CFormView derived classes across projects. In the past I've used MFC Extension DLLs but keeping the resource id's in different ranges became a pain. Would one resource DLL for all the applications be a good idea (The apps are all part of one product)? Suggestions? Michael :-)

        T Offline
        T Offline
        Tomasz Sowinski
        wrote on last edited by
        #3

        Michael P Butler wrote: In the past I've used MFC Extension DLLs but keeping the resource id's in different ranges became a pain. There's a tool created by Andy Metcalfe called Resource Organizer. Michael P Butler wrote: Would one resource DLL for all the applications be a good idea (The apps are all part of one product)? This has the advantage when you plan to have multiple language versions of your product. Tomasz Sowinski -- http://www.shooltz.com

        1 Reply Last reply
        0
        • M Michael P Butler

          I have a number of MFC applications that use form views to enter data into a database. These all use static lib MFC. I have a number of forms that are needed in more than one application. What is the best way of sharing resources and their associated CFormView derived classes across projects. In the past I've used MFC Extension DLLs but keeping the resource id's in different ranges became a pain. Would one resource DLL for all the applications be a good idea (The apps are all part of one product)? Suggestions? Michael :-)

          C Offline
          C Offline
          Carlos Antollini
          wrote on last edited by
          #4

          I do that when work with diferent languages. I put the resource into dlls, and share it from the dll.... Regards Carlos Antollini. Sonork ID 100.10529 cantollini

          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