I'll try to respond to both messages here... first as for a book... anything
that isn't language specific. Find an old SmallTalk book, perhaps "Inside
SmallTalk" by Wilf R. LaLonde. Or "Object-Oriented Analysis" by Coad and
Yourdon or "Object Oriented Design With Applications" by Grady Booch or
"Essays on Object-Oriented Software Engineering" by Edward Berard. They are
all probably out of print. So find essays or other books written by these
authors. Most of the books I've mentioned are from around 1990.
My point is (always) that this stuff wasn't invented with VB.Net so don't
limit yourself to this one implementation's view of OOP.
Ivan Weiss said:
but to be honest this app is being written on my spare time on my own
and I work a full time job and also am going to school so needless to
say I really dont have too much time to be reading any other books than
the textbooks from class.
As the old joke goes... if you don't have the time to do it right how do you
find the time to do it all over again?
My items class right now is just a class listing all of the data
members:
Public Class Items
#Region " Data Members "
Private myID As Integer
Private myModel As String
Private myManufacturer As String
.... electrical, steam, plumbing and gas properties snipped
Recall we spoke about the "my" naming convention before? This is what I
mean... you could add a few names and addresses, the current date and time,
MyFavoriteMovie and a spot for FreeDiskSpace and you wouldn't need another
class defined again.
A book would not only avoid suggesting you approach the solution this way it
would devote a chapter specifically to why you shouldn't. It's an
"everything and the kitchen sink" class... where would you build up from
here?
However, I did start coding another class which I need to revise and
correct some OOP mistakes but here it is if you want to look it over:
It's going to be tough... again you have to read something. In this case
you might want to find short examples in VB.Net. You won't find a single
one which pops a modal message box up in the middle of class method. At
least I'm betting you won't.
I think you know I'm not trying to cause you grief, I'm honestly trying to
save you hours of frustration. I can see it in your examples that 40
precious hours from now you will simply have to start over. In the long run
you are better off stopping now, reading a bunch more and if you'd like to
take my advice, writing a non-database application to start. Get the
concepts down without having to worry yourself about database access on top
of everything else. For now I leave you with the opening paragraphs of a
book I wrote on software application development...
<begin quote>
There is a big difference between computer programming and computer
application development. Programming consists primarily of controlling the
computer through computer language constructs. Programming is the process of
combining algorithms and data structures to perform a given task. This
relationship is, in fact, the title of a classic book by Niklaus Wirth
called Algorithms + Data Structures = Programs (Prentice-Hall, 1976).
As a result of college courses or through diligent selfstudy, you can
eventually learn what a variable is, how to write a FOR... NEXT loop, and
when to use stacks, queues and linked-lists. After some practice in BASIC,
Pascal, C, dBASE, FoxPro or Clipper, Ada, Lisp, Forth or any of a dozen
other computer languages, you will have harnessed the fundamentals and can
honestly claim that you program in that language.
However, designing and more importantly completing sophisticated
applications involves additional skills that are almost never taught in
school. Some programmers discover the secrets of developing computer
applications over time, but developing applications remains for many an
elusive challenge, a contest or even a battle between the programmer and the
language, with the computer in the role of referee.
Application development is computer programming and then some. This point
helps explain why I'm asked the following question more often than any
other: "Where do I begin?"
<end quote>