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
CODE PROJECT For Those Who Code
  • Home
  • Articles
  • FAQ
Community
  1. Home
  2. General Programming
  3. C#
  4. Best way to implement a wrapper class with files

Best way to implement a wrapper class with files

Scheduled Pinned Locked Moved C#
questioncsharp
3 Posts 2 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.
  • C Offline
    C Offline
    Christopher Stratmann
    wrote on last edited by
    #1

    Lets say I have a old executable that was not created in the .NET world that contains a bunch of dll and stuff like that. This old executable takes in command line arguments to generate a specific result. I was thinking about creating a .NET assembly class to wrap this executable. The programmer using this wrapper would be able to specify certain properties and then generate a result. My question is simple. When deploying this wrapper assembly do I........ 1. Store the old executable and dlls into the assemblies Resources.resx and when the user wishes to generate a result make a directory and copy the files into the directory (if they do not already exist) and then generate the result. 2. Attach the old executable and dlls into a folder within the assembly project itself and change the build action to content and when the project is deployed make sure the content files are also deployed with the project. 3. Use another method? Thanks Chris

    C 1 Reply Last reply
    0
    • C Christopher Stratmann

      Lets say I have a old executable that was not created in the .NET world that contains a bunch of dll and stuff like that. This old executable takes in command line arguments to generate a specific result. I was thinking about creating a .NET assembly class to wrap this executable. The programmer using this wrapper would be able to specify certain properties and then generate a result. My question is simple. When deploying this wrapper assembly do I........ 1. Store the old executable and dlls into the assemblies Resources.resx and when the user wishes to generate a result make a directory and copy the files into the directory (if they do not already exist) and then generate the result. 2. Attach the old executable and dlls into a folder within the assembly project itself and change the build action to content and when the project is deployed make sure the content files are also deployed with the project. 3. Use another method? Thanks Chris

      C Offline
      C Offline
      Colin Angus Mackay
      wrote on last edited by
      #2

      chris175 wrote:

      2. Attach the old executable and dlls into a folder within the assembly project itself and change the build action to content and when the project is deployed make sure the content files are also deployed with the project.

      That is the option I'd go for. It keeps the app with its DLLs in a known place relative to your application.


      Upcoming events: * Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ... "I wouldn't say boo to a goose. I'm not a coward, I just realise that it would be largely pointless." My website

      C 1 Reply Last reply
      0
      • C Colin Angus Mackay

        chris175 wrote:

        2. Attach the old executable and dlls into a folder within the assembly project itself and change the build action to content and when the project is deployed make sure the content files are also deployed with the project.

        That is the option I'd go for. It keeps the app with its DLLs in a known place relative to your application.


        Upcoming events: * Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ... "I wouldn't say boo to a goose. I'm not a coward, I just realise that it would be largely pointless." My website

        C Offline
        C Offline
        Christopher Stratmann
        wrote on last edited by
        #3

        Thanks for the input.

        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