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#
  4. Solutions and Projects

Solutions and Projects

Scheduled Pinned Locked Moved C#
question
14 Posts 5 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
    mobius111001
    wrote on last edited by
    #1

    If I have a .dll project with a bunch of common classes, can I add that project to multiple solutions? Is this a safe thing to do or is there a better solution?

    L L P 3 Replies Last reply
    0
    • M mobius111001

      If I have a .dll project with a bunch of common classes, can I add that project to multiple solutions? Is this a safe thing to do or is there a better solution?

      L Offline
      L Offline
      Lost User
      wrote on last edited by
      #2

      mobius111001 wrote:

      .dll project

      Why not just reference the DLL in whatever project you want to use it in instead of adding the project all the time?

      Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert. Sometimes it takes a lot of work to be lazy Individuality is fine, as long as we do it together - F. Burns

      M 1 Reply Last reply
      0
      • L Lost User

        mobius111001 wrote:

        .dll project

        Why not just reference the DLL in whatever project you want to use it in instead of adding the project all the time?

        Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert. Sometimes it takes a lot of work to be lazy Individuality is fine, as long as we do it together - F. Burns

        M Offline
        M Offline
        mobius111001
        wrote on last edited by
        #3

        If I wanted to add new features to the DLL or something of that nature.

        L 1 Reply Last reply
        0
        • M mobius111001

          If I wanted to add new features to the DLL or something of that nature.

          L Offline
          L Offline
          Lost User
          wrote on last edited by
          #4

          mobius111001 wrote:

          add new features to the DLL

          That does not preclude you adding new features.

          Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert. Sometimes it takes a lot of work to be lazy Individuality is fine, as long as we do it together - F. Burns

          realJSOPR M 2 Replies Last reply
          0
          • L Lost User

            mobius111001 wrote:

            add new features to the DLL

            That does not preclude you adding new features.

            Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert. Sometimes it takes a lot of work to be lazy Individuality is fine, as long as we do it together - F. Burns

            realJSOPR Offline
            realJSOPR Offline
            realJSOP
            wrote on last edited by
            #5

            Yet, .Net is crap where code re-use is concerned. In C++, all you had to do was add a given file to your project, regardless of what folder it was in. In .net, you can't do that. I don't care to have a million little DLL's distributed with my app. Sometimes, I don't want ANY DlL's. Code re-use is limited to making a COPY of a file in the new project's folder. It's just crap, and a huge step AWAY from code re-use.

            "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
            -----
            "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

            L P 2 Replies Last reply
            0
            • realJSOPR realJSOP

              Yet, .Net is crap where code re-use is concerned. In C++, all you had to do was add a given file to your project, regardless of what folder it was in. In .net, you can't do that. I don't care to have a million little DLL's distributed with my app. Sometimes, I don't want ANY DlL's. Code re-use is limited to making a COPY of a file in the new project's folder. It's just crap, and a huge step AWAY from code re-use.

              "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
              -----
              "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

              L Offline
              L Offline
              led mike
              wrote on last edited by
              #6

              Isn't using a Source Control product the modern version of pointing your C/C++ project to a file on your hard drive? :confused:

              led mike

              realJSOPR 1 Reply Last reply
              0
              • M mobius111001

                If I have a .dll project with a bunch of common classes, can I add that project to multiple solutions? Is this a safe thing to do or is there a better solution?

                L Offline
                L Offline
                led mike
                wrote on last edited by
                #7

                mobius111001 wrote:

                is there a better solution?

                I have always found using a source control product very productive.

                led mike

                1 Reply Last reply
                0
                • L led mike

                  Isn't using a Source Control product the modern version of pointing your C/C++ project to a file on your hard drive? :confused:

                  led mike

                  realJSOPR Offline
                  realJSOPR Offline
                  realJSOP
                  wrote on last edited by
                  #8

                  Nope, not when you're dealing with .Net.

                  "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
                  -----
                  "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

                  1 Reply Last reply
                  0
                  • L Lost User

                    mobius111001 wrote:

                    add new features to the DLL

                    That does not preclude you adding new features.

                    Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert. Sometimes it takes a lot of work to be lazy Individuality is fine, as long as we do it together - F. Burns

                    M Offline
                    M Offline
                    mobius111001
                    wrote on last edited by
                    #9

                    Ok...I now have many follow up questions to this dilemma. If you can't just link in a DLLs source tree, what is the purpose of having a solution and not just opening up multiple IDEs with multiple projects? If I just reference the DLL, when I step into a function debugging, will it know where to find the source for that DLL? This DLL I already have has common data access routines in it that is used by a service I created. I would like to access those same routines with a new service. I may also need to add more functions, but like I said, I would like to be able to step into those routines and debug.

                    L 1 Reply Last reply
                    0
                    • M mobius111001

                      Ok...I now have many follow up questions to this dilemma. If you can't just link in a DLLs source tree, what is the purpose of having a solution and not just opening up multiple IDEs with multiple projects? If I just reference the DLL, when I step into a function debugging, will it know where to find the source for that DLL? This DLL I already have has common data access routines in it that is used by a service I created. I would like to access those same routines with a new service. I may also need to add more functions, but like I said, I would like to be able to step into those routines and debug.

                      L Offline
                      L Offline
                      Lost User
                      wrote on last edited by
                      #10

                      mobius111001 wrote:

                      If you can't just link in a DLLs source tree

                      You can, no one said you could not.

                      mobius111001 wrote:

                      I step into a function debugging

                      If it were me, I would not just reference a DLL that I did not trust had been tested and debugged. If you cannot trust the functionality of the DLL you would probably be way better off adding the project to your solution.

                      Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert. Sometimes it takes a lot of work to be lazy Individuality is fine, as long as we do it together - F. Burns

                      M 1 Reply Last reply
                      0
                      • L Lost User

                        mobius111001 wrote:

                        If you can't just link in a DLLs source tree

                        You can, no one said you could not.

                        mobius111001 wrote:

                        I step into a function debugging

                        If it were me, I would not just reference a DLL that I did not trust had been tested and debugged. If you cannot trust the functionality of the DLL you would probably be way better off adding the project to your solution.

                        Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert. Sometimes it takes a lot of work to be lazy Individuality is fine, as long as we do it together - F. Burns

                        M Offline
                        M Offline
                        mobius111001
                        wrote on last edited by
                        #11

                        Ok, so what is the proper way to add a project to a solution so that a second copy of the code isn't created?

                        L 1 Reply Last reply
                        0
                        • M mobius111001

                          Ok, so what is the proper way to add a project to a solution so that a second copy of the code isn't created?

                          L Offline
                          L Offline
                          Lost User
                          wrote on last edited by
                          #12

                          mobius111001 wrote:

                          proper way to add a project to a solution

                          I suppose that depends on the version of VS you are using. In VS 2008, right click on the solution, select Add, then select Existing project.

                          Why is common sense not common? Never argue with an idiot. They will drag you down to their level where they are an expert. Sometimes it takes a lot of work to be lazy Individuality is fine, as long as we do it together - F. Burns

                          1 Reply Last reply
                          0
                          • realJSOPR realJSOP

                            Yet, .Net is crap where code re-use is concerned. In C++, all you had to do was add a given file to your project, regardless of what folder it was in. In .net, you can't do that. I don't care to have a million little DLL's distributed with my app. Sometimes, I don't want ANY DlL's. Code re-use is limited to making a COPY of a file in the new project's folder. It's just crap, and a huge step AWAY from code re-use.

                            "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
                            -----
                            "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

                            P Offline
                            P Offline
                            PIEBALDconsult
                            wrote on last edited by
                            #13

                            You can add source code as a link, I do that a lot when I don't want to include my whole library. I agree (and have since my first experience with VS ten years ago) that VS should not copy files by default.

                            1 Reply Last reply
                            0
                            • M mobius111001

                              If I have a .dll project with a bunch of common classes, can I add that project to multiple solutions? Is this a safe thing to do or is there a better solution?

                              P Offline
                              P Offline
                              PIEBALDconsult
                              wrote on last edited by
                              #14

                              Yes you can. I do. Otherwise, I can't step into that code while debugging.

                              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