hmkurth / CommunityFoodResources

locate community food resources
1 stars 0 forks source link

Review #10

Open lmjakel opened 3 years ago

lmjakel commented 3 years ago

Design/Code Review 2 Project: Community Food Resources Developer: Heather Kurth Reviewer: LeeAnn Jakel

Category Criteria Comments Project Overview Which planned MVP functionality has been met? A functional list of resources in the community with good information for the user.
What planned MVP functionality has not been met? Getting the map to connect properly has not yet been successful, from what we discussed you were on a good path to getting that to work! Logging framework used, i.e., no System.out.println() or printStacktrace() statements. yes Hibernate used for all data access. yes Authentication/Authorization implemented. yes Consumes at least one web service or public api using Java. Uses a location api, google maps Application is database-driven using full CRUD. yes Database includes multiple one to many relationships. yes Deployed to AWS for public access. yes Implements best practices (for example, data validation) yes, as far as I could tell! Describe the GitHub history and what it demonstrates about the project progress during the semester. Consistent commits with descriptive explanations show that project has been in progress all semester. Describe how peer and instructor feedback/recommendations were incorporated into the project. It appears all recommendations by Paula were taken into consideration and implemented as needed. Other comments/notes Evaluate the JSPs for templating, business logic, data validation, overall look and feel. Other comments/notes? Well organized and clearly written code, good use of Lombok! Some classes seem to be missing some JavaDoc

Java code quality Evaluate the code quality for the following and identify specific areas for improvement (class, method or line number). • single-purpose methods • well-structured project • descriptive naming of packages, classes, methods, variables • classes appropriately-sized (no monster classes) • CPD (copy paste detection, meaning are the same lines of code repeated?) • are there candidates for super/subclass relationships, abstract classes, interfaces? • are any values hard-coded that should be in a properties file? • proper exception handling • proper error reporting to the user • code documentation • is there code in the servlet doGet/doPoost that should be refactored into testable classes or methods?

Unit Tests Evaluate the unit tests, for example: Yes • tests are truly a unit test rather than a high level functional test • test data is appropriately cleaned up or handled • there is full coverage of methods that perform business logic or utility functions • redundant code is eliminated by using set up and tear down methods, i.e., @before, @after

Other comments/notes? A nice start! I really like how welcoming the color scheme is and the layout of the application!

pawaitemadisoncollege commented 3 years ago

A few things I noticed when doing a quick preview of your project @hmkurth (including @lmjakel too):