and...establish a framework...
. This raises questions - at least for me it does. Maybe they should be discussed in a new topic?...minimal disruption for the user...
Thanks,<br /> Zafer<br /> SCJP, SCWCD
Your user interface should be designed with the expectation of future functionality enhancements, and it should establish a framework that will support this with minimal disruption to the users when this occurs.
My arguments are based on assignment requirements (...)
1. application will not be reused in future
2. application is basically for learning purposes
3. GUI flexibility(as you have mentioned) indirectly requires MVC, which has nothing to do with flexible meta-data approach
4. simplicity is the main target, not the flexbility
Business logic expects database to have some structure, and not vice versa. Business logic itself may define that structure in properties file or as hardcoded constants, so that presentation tier does not need to hardcode all field sizes etc.:
Database[Fields] <---uses--- Business[Schema] <---uses--- Presentation
So you made a portal in time and started grabbing people. This tiny ad thinks that's rude:
a bit of art, as a gift, that will fit in a stocking
https://gardener-gift.com
|