Dear all, 1) Did you put "add" and "delete" at your interface? According to instruction , i only implement search and bookflight two functions, but it said Data client need implements all public method in Data class. GUI realize it's funcation through Data client, so do you think i need put "add" and "delete" 2) instruction said "To connect with your server, your should create a client program. This implementation should include a class that implements the same public methods as suncertify.db.Data class," according to this.should i implements Data class 's modify, close, getRecord(),getRecordcount..all public methods? but i didnot see any sense of it . thanks for your attention please give me some hints regards
Alex Zhang
Ranch Hand
Joined: Apr 19, 2001
Posts: 68
posted
0
I don't think U should as the requirement hasn't mentioned! But U can add them in your UI, but U should disable them and mention them in your Doc the reason for adding them. eg. for future enhancement
Jeff Song
Greenhorn
Joined: Nov 05, 2002
Posts: 27
posted
0
2) instruction said "To connect with your server, your should create a client program. This implementation should include a class that implements the same public methods as suncertify.db.Data class," according to this.should i implements Data class 's modify, close, getRecord(),getRecordcount..all public methods? but i didnot see any sense of it, who can answer this question?
Pete Lyons
Ranch Hand
Joined: Aug 18, 2002
Posts: 109
posted
0
Originally posted by Alex Zhang: I don't think U should as the requirement hasn't mentioned! But U can add them in your UI, but U should disable them and mention them in your Doc the reason for adding them. eg. for future enhancement
I would NOT put widgets for the add/delete functionality for the UI. If they are permanently disabled, you will lose points for violating standard HCI princples. What I did was implement add and delete, and verify that they worked correctly using Unit Tests, but never actually call them from the program itself nor put any UI for them in.
I agree. Here's the link: http://ej-technologies/jprofiler - if it wasn't for jprofiler, we would need to
run our stuff on 16 servers instead of 3.