|
there is data and drawing code, I do not deny that, but each class handles it's own stuff. Using the word "layer" indicates, for instance, that all the drawing code is in one place.
|
|
|
|
|
> Using the word "layer" indicates, for instance, that all the drawing code is in one place.
Not really. A layer can consist of many classes. It's just one possible view of the system, just like partitioning a system in classes or files.
|
|
|
|
|
So you are saying there's "a presentation layer" in there somewhere amongst those classes, even though none of the classes are organised in that way?
|
|
|
|
|
Perhaps erroneously so, but my impression of this layered scenario is something to the effect:
Call-it-what-you-will Function<br />
Presentation Layer ------ Get the data from something or someone<br />
Business Logic ------ Checks out the data: validates, processes, etc.<br />
Data Layer ------ Data storage
It all seemslike yet another jargon to dazzle spectators and listeners. It perhaps servers a purpose beyond that, which I may learn to appreciate. Does it really clarify compared to whatever descriptions it replaces? That's the question.
Balboos
Note On my modification: Is there an easy way to have neat columns with these posts?
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
|
|
|
|
|
jeroen94704 wrote: > Data Access Layers, Business Logic, or Presentation Layers
Those are generic terms applicable to all types of applications.
No. Those are hollow terms used by low aperture business-software-manager guys to obfuscate where the real work is done.
I admit that this type of industry is booming ATM. But nonetheless they should stop seeing their poit of view as the only one.
Sorry for the rant...was nothing personal.
Failure is not an option - it's built right in.
|
|
|
|
|
Whatever you call it is irrelevant. A layered model is a useful view of a system in some contexts, just like other views are useful in other contexts. Someone who draws nothing but a static class-diagram and calls it "design" has no right to call himself a Software Engineer.
Nothing personal of course
Jeroen
|
|
|
|
|
Deployment?
Brad
Australian
- Bradml on "MVP Status"
If this was posted in a programming board please rate my answer
|
|
|
|
|
It's there at least...
Developers, Developers, Developers, Developers, Developers, Developers, Velopers, Develprs, Developers! We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP Linkify!|Fold With Us!
|
|
|
|
|
Sorry, that's been outsourced to India.
/ravi
|
|
|
|
|
Does you app have a user interface? Behind that user interface are you Doing Stuff With Data? What about inputing and outputing data your app uses from a file store, database, network...?
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
Hmmm... no, just having lines of code and making them do something
e.g. I hate arranging controls -it's tedious, and everybody has his own most important button that must be bigger thaan the rest. But wiring the controls to "think ahead" and give a smooth UI experience is fun again
Developers, Developers, Developers, Developers, Developers, Developers, Velopers, Develprs, Developers! We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP Linkify!|Fold With Us!
|
|
|
|
|
DUH! -- the guy forgot the most important part!!!
Ditto here!
You can disregard all of the other options.
Ha, ha, ha.
David
|
|
|
|
|