So we have a team with 2 developers one manager. The dev server sits in a home office and the live server sits in a rack somewhere handled by the larger part of my company. We have freedom to do as we please but I want to incorporate Kiln DSVC and FogBugz for us with some standard procedures to make sense of our decisions/designs/goals.
Our main product is web-based training through our .NET site with many videos etc, and we also do mobile apps for multiple platforms. Our code-base is a 15 yr old fragmented mess. The approach has been rogue .asp/.aspx pages with some class management implemented in the last 6 years. We still mix our html/vb/js all on the same file when we add a feature/page to our site. We do not separate the business logic from the rest of the code.
Wiring anything up in VS for Intelli-sense or testing or any other benefit is more frustrating than it is worth, because of having to manually rejigger everything back to one file.
How do other teams approach this?
I noticed when I did wire everything up for VS it wants to make a class for all functions. Do people normally compile DLLs for page-specific functions that won't be reusable?
What approaches make sense for getting our practices under control while still being able to fix old anti-patterns and outdated code and still moving towards a logical structure for future devs to build on?
it wants to make a class for all functions. Do people normally compile DLLs for page-specific functions
Whoa.. you just said a few different incongruous things, I've never seen a class per function get made, but a class per page is quite common, though each class has many functions in it. Also you then confused a class with a DLL it seemed by asking about a DLL per page, but you can have many classes in a single DLL. The common implementation is that there is one project (which creates one dll) for the website, where all pages get compiled into that one DLL. Logic goes in a different project