Do you think the methods book and find are enough, or do I need more methods like perhaps unbook()?
in the RoomAdapter-class I have hardcoded the number of data-fields, and the indexes for certain fields like owner and date-field... Do you think that's ok, or do you recommend to implement a function like getMetaData() for the client?
in the RoomAdapter-class, I have a method called validateDate() which takes in consideration the 48h -
So there would be two uneditable Comboboxes with all hotel- and location-values.Further in each Combobox there will also be an value "all", so all combination above will be possible. Sounds that reasonnable?
It would be interesting to know how you guys handle the 48h-criterion, have you also hardcoded it or perhaps have you stored them in the properties-file?
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.
Phil will disagree with my first answers. In any case, I insist, no unbook() is needed.
Ulrich:
in the RoomAdapter-class, I have a method called validateDate() which takes in consideration the 48h -
Vlad:
I do insist, there is no reason to implement it. Just document it.
I know, I lost 7 points for my GUI, but I am more then sure, it was not a reason.
I personally beleive that getMetaData() is a MUST. Actually it s not so hard to implement it, since the most information is anyway needed on the server, so there is no much word for the Data class to provide this method My advice: make the MetaData object immutable.
Just a comment on the way you named your variables : I know that in French the English word "actual" if a fake friend : "actual" means "real" in English while "actuel" means "current" in French. As you speak French as well as German, maybe you got influenced by that. So I'd rename "actualTime" in "currentTime".
I'd abstract the search criteria at the GUI level.
I have on the server a method createDataSchemaInstance, which is called when the server starts and thus instantiates my singleton of DataSchema. So I could have also a call to get the MetaData object and to registred it, so I can make a remote call to get it. That sounds reasonnable?
at the client side I need the fieldNames, the Number of fields in a Record and perhaps the position (index) of each field in the Record.
... I may agree with you ... But
I don't think Latvia has any chances to win Germany. They are already heroes, because they managed to win Turkey.