Total No of Lines - Bodgitt & Scarper

Hello,

I'm quite surprised to see that in the main OCMJD page it says the program should be around 3500 lines of code, but as far as I think my code should be finished within half of that limit.
Is it only me or am I missing something ?

Are you finished developing your assignment?

If you have a look at my story about passing the SCJD (see signature), then you can read my code base had +- 2500 lines.

Thanks for the replies!

No I'm not done with the assignment

But according to my previous assignments I feel this assignment shouldn't be around 3500 lines.

Thanks for sharing the details Roel

But why did your GUI had 1500+ lines in it ?? My GUI is almost finished & I have about 700 lines, maybe it will be around 1000 when finished

Ray Dawson wrote:But why did your GUI had 1500+ lines in it ?? My GUI is almost finished & I have about 700 lines, maybe it will be around 1000 when finished

Maybe because you lack some window to enter the configuration settings to start your application? Maybe because I used other layout managers which require more code? Maybe because my GUI is more restrictive as yours? ...

That's a lot of maybe's :p

I'm customizing a lot of my layout managers.

BTW How many User-Guided GUI did you have ? I mean search page & what else ?

Ray Dawson wrote:BTW How many User-Guided GUI did you have ? I mean search page & what else ?

I have no idea what you talking about here

Ray Dawson wrote:BTW How many User-Guided GUI did you have ? I mean search page & what else ?

I think he is asking what were the features that were included in the user guide... I think.

Roel De Nijs wrote:If you have a look at my story about passing the SCJD (see signature), then you can read my code base had +- 2500 lines.

Just counted mine. Unfortunately I don't have a tool for counting lines of code, but there are about 5500 lines in in the files, which is about 500 less than your total. Assuming I've got similar proportion of blank lines and comments, I'll be in the 2000-2500 lines of code range.

Of course, you've got to be careful with a simple metric like that. Just changing your formatting style could make a significant difference.

Matthew Brown wrote:Unfortunately I don't have a tool for counting lines of code

You can find it here.

Matthew Brown wrote:Just changing your formatting style could make a significant difference.

That's true, certainly if you change e.g. the characters per line (defaults to 80). But I simply used the built-in Eclipse with a few (small) modifications.

Everyone knows size matters

. This has to be candidate for the most irrelavent thread of the year award - the OP has not completed coding, rendering the entire discussion futile. Unless he is just going to stop coding when he reaches 3500 lines?

Thanks! Turns out I don't have as large a proportion of comments as you: 2369 comments/3007 lines of code.

Roel De Nijs wrote:That's true, certainly if you change e.g. the characters per line (defaults to 80). But I simply used the built-in Eclipse with a few (small) modifications.

I was thinking more about the style of {..} brackets as well. I suppose if everyone's following the Java coding standards there won't be much difference there, though.

Sean Keane wrote:Everyone knows size matters . This has to be candidate for the most irrelavent thread of the year award - the OP has not completed coding, rendering the entire discussion futile. Unless he is just going to stop coding when he reaches 3500 lines?

Knowing the waters before diving in

Roberto Perillo wrote:

Ray Dawson wrote:BTW How many User-Guided GUI did you have ? I mean search page & what else ?

I think he is asking what were the features that were included in the user guide... I think.

I was referring to the pages that the user can interact with, like the standard page is the search page where the user searches for inputted data.
Is there any extra pages made for the user to see - like the locked data is locked by which customer etc ?

Ray Dawson wrote:Knowing the waters before diving in

Water is water. All that matters is that you can swim. If you can swim, then you'll be fine. If you can't swim, then...

Sean Keane wrote:

Ray Dawson wrote:Knowing the waters before diving in

Water is water. All that matters is that you can swim. If you can swim, then you'll be fine. If you can't swim, then...

I guess I have learned how to swim in the last couple of yrs, but Oracle wants us to swim in a specific manner. Thus am trying to perfect my art by asking questions here whether irrelevant or not

Good to know you can swim, because I don't think there are any lifebuoys around here

Ray Dawson wrote:I was referring to the pages that the user can interact with, like the standard page is the search page where the user searches for inputted data.
Is there any extra pages made for the user to see - like the locked data is locked by which customer etc ?

My GUI consists of the following windows / dialogs:
In the client application you have 1 panel containing some input fields, a table and some buttons. No other panels are required for this application. But of course you implement the booking process like you want (I created a dialog with room details, but that's not required at all, there are many other alternatives)

Sean Keane wrote:I don't think there are any lifebuoys around here

I definitely prefer a lifegirl and then I'm ready to pretend I can't swim