1 / 9

Coding Methodology

Coding Methodology. How to Design Code. Pay Attention to Detail. When implementing or using APIs details are everything. Spelling and capitalization. Names. Argument types. Return type. Create a Skeleton. Type in method signatures with empty bodies: public static void foo() { }

kirby-cotton
Download Presentation

Coding Methodology

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Coding Methodology How to Design Code

  2. Pay Attention to Detail • When implementing or using APIs details are everything. • Spelling and capitalization. • Names. • Argument types. • Return type.

  3. Create a Skeleton • Type in method signatureswith empty bodies: • public static void foo() { } • For methods with primitive return types, declare a dummy variable or return 0: • private int bar(int x) { int i; return i; } • double deuce() { return 0.0; } • For Object return types, return null: • public String toString() { return null; }

  4. Write Test Code • Write test code that makes calls to your skeleton. • You’ll expect null or zero values and can’t call anything on the returned objects. • Start out with really basic tests, like instantiating an object. • Add new tests as you fill in your skeleton.

  5. Types of Bugs • Compile time bugs: typos and syntax. • Logic or control bugs: Correct syntax, but incorrect design. Compiles, but code does not work as expected. • Runtime bugs: Bugs that arise from data provided at runtime. • Bad input, divide by zero, null pointers. • Can be handled with Exceptions. • Or can cause program to crash.

  6. Add Debugging Output • Put in a lot of println() statements that output values of variables for yourself. • Can add messages like “Entering method foo” or “Exiting Method NNN”. • Can also add debugging messages that help you trace program flow through control structures. • Java 1.4 has java.util.logging package that helps with debugging output.

  7. Code, Compile, Repeat • Add some code to a skeleton method. • Write test code to check the new code. • Compile your code. • Run it. • Check for correct debugging output. • Repeat.

  8. Philosophies • Extreme Programming (XP): • Design test cases first, always test. • Implement incrementally. • Design organically (hack). • Expect to write the same code twice. • Code in pairs: Typist and shoulder-surfer. • Old School: • Design everything on paper. • Rigid implementation plan. • Testing and QA is last step.

  9. “Debug a Blank Sheet of Paper”- Dr. Brian HarveyUC Berkeley

More Related