1
edit
Changes
→Introduction: More intro information
# It makes debugging '''much much easier''' both for yourself and for '''anyone helping you'''
; So how do I keep my code sane?
: By following these 2 simple steps:
# Keep the code nicely '''formatted''' at '''all times'''. This makes it easy to see the logical structure of your program at a glance and to follow the logic of it. Experienced programmers do '''NOT''' look for lines of code, they look for '''blocks''' denoted by '''indents'''. Train yourself to do the same.<br/>'''NOTE:''' If you are using an editor or environment that makes this hard for you, '''start by getting a better environment!'''<br/>Windows and visual studio are an excellent combination and provided for free by Seneca. On Linux, your options are netbeans and sublime. The debugging experience is simpler on Windows for our assignments however.<br/>Also note, on visual studio, you can have the editor '''automatically''' format your code nicely by pressing the following combinations in sequence:<br/>'''CTRL-K, CTRL-D'''
# Do not begin writing the next feature before the '''last feature''' is working! This is of '''paramount importance'''! By ensuring that your code is working ('''use the tests, specs, and your common sense!'''), you can save versions of your assignment at specific points in time and '''know''' that if a problem arises, '''it must be caused by your latest set of changes!'''
# Use a '''consistent''' naming convention for all member variables and '''another''' convention for local variables.<br/>This makes it easy for you and for '''anyone helping you''' to tell at a glance (ie '''WITHOUT''' looking at your header) which variables are local, member, etc...<br/>Too often I see conventions either not used, not used consistently, or '''mixed'''. Of the three cases, '''the third is the worst'''.<br/>Aim to '''ALWAYS''' use consistent naming conventions, whatever they may be.<br/>An easy set of conventions is as follows:
#; Private/Protected Member Variable/Function: _underscoreCamelCase
#; Public Member Variable/Function: regularCamelCase
#; Local Variable/Function Parameter/Global Function: regularCamelCase
#; Public #Define (ie should be used by external code): SCREAMING_CAPS
#; Private #Define (ie should only be internally used): _UNDERSCORE_SCREAMING_CAPS
When you are finished the assignment, you will have created the following files:
== Part 1: Integer Linked List ==
For this part, you will build the classes '''IntList''' and '''IntListNode''' in the file files '''intlist.h''' and '''intlist.cpp'''. These two classes compose a basic implementation of an integer linked list. Please see the following sections on the exact specifications of these classes.
=== Class: IntListNode, Files: [intlist.h, intlist.cpp], Test: 0 ===
