This week's book giveaway is in the Servlets forum.
We're giving away four copies of Murach's Java Servlets and JSP and have Joel Murach on-line!
See this thread for details.
The moose likes Developer Certification (SCJD/OCMJD) and the fly likes final product Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Murach's Java Servlets and JSP this week in the Servlets forum!
JavaRanch » Java Forums » Certification » Developer Certification (SCJD/OCMJD)
Bookmark "final product" Watch "final product" New topic
Author

final product

Alex Gregory
Ranch Hand

Joined: Jun 15, 2002
Posts: 46
Hi, I implemented everything like this: all the client stuff in a file called ClientFrame.java, and the server stuff in other server files. All my buttons, tables, etc are in ClientFrame and button handlers are there as inner classes. This doesnt follow any fancy MVC or whatever, which i think is overkill for a small project like this. Does anyone think I will be marked down for not following some special convention or pattern for my GUI design. I'm using JTabbedPane and it's very intuitive to the user, so it looks great, but the code is not fancy. Thanks.
Mark Spritzler
ranger
Sheriff

Joined: Feb 05, 2001
Posts: 17249
    
    6

These are quotes from the specs. While it does not specifically say anywhere that you have to have MVC pattern. No in these quotes interpretation is the key. And you will find that you can argue both. My opinion is that MVC would win out because of the benefits of maintainability, readability, and extensibility.
With MVC, if you want to change the View/GUI, then you can also knowing that you won't have to change the Model or view. Now in some cases you will have to change all three, but when someone say where do I find "A", you can saa is "A" GUI based, Data bases, or Business Process/Action based. Based on their answer you know where to go. If it is all in one class, one file, then you will probably have to do some searching for it. Of course if you wrote it recently, then you know where to go. But to a Junior Programmer who has never seen the code before, it will take lots of time for that person to find it. And we all know that the most costs on any project is in maintenance.

Your user interface should be designed with the expectation of future functionality enhancements, and it should establish a control scheme that will support this with minimal disruption to the users when this occurs.

User Interface (Total 24)
layout uses good/accepted Human/Computer Interaction (HCI) principles (24)


General Considerations (Total 58)
ease of use (23)
coding standards and readability (23)
clarity and Maintainability maintainability of the design and implementation (12)


Mark


Perfect World Programming, LLC - Two Laptop Bag - Tube Organizer
How to Ask Questions the Smart Way FAQ
Alex Gregory
Ranch Hand

Joined: Jun 15, 2002
Posts: 46
Mark, it seems from their grading scheme they can just fail me by slowly taking away points from ease of use, extensibility, etc. That's a shame, I guess I have to rewrite it even though it works. Well, better this than to really fail it. Thanks for the info.
Mark Spritzler
ranger
Sheriff

Joined: Feb 05, 2001
Posts: 17249
    
    6

Hopefully it won't be too difficult to split it apart. I would always hope to think that if it ran they would at least have to pass you, but I can't put words in their mouth.
I also think you will find that you will learn a lot from this. And hopefully se how it is actually easier to create and maintain code like that.
Good Luck, and we are all here for you.
Mark
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: final product
 
Similar Threads
Last Concerns
Reading Mails from Microsoft Exchange Server 2003
websphere 3.5.7 and jdk 1.4
What is this POJO
GWT +JSF 2