Main comments
Good to go with a few comments (see suggested follow up below)
- The code follows a heirarchihcal structure following the standard Golum architecture for shiny apps.
- Each region or sub-region has its logical code and user interface code in individual modules / ui scripts, and are named appropriatley.
- This means code is findable and modifiable by someone with limited prior knowledge of the codebase, and is therefore maintainable.
- Variables are named sensibly.
- Common features accross tabs and pages are abstracted so that modifying, e.g. common text in pages, requires only changes to a small number of files.
- Creation of data is documented in
data-raw
Detailed comments (some pedantry)
- Ideally dont use
T for TRUE as T is not reserved and can accidentally be written over.
Suggested follow up tasks
see: https://journal.r-project.org/articles/RJ-2012-009/ for information on documenting code contributions to R packages
Comments for future apps
- consider using the TAF
\boot\DATA.bib technology and data.R etc. to generate and document the processed data for the app
Main comments
Good to go with a few comments (see suggested follow up below)
data-rawDetailed comments (some pedantry)
TforTRUEasTis not reserved and can accidentally be written over.Suggested follow up tasks
\data-raw, at time of review\data-raw\wp3\*.Rwere not on github\datafolder to github so that the app package is installable and runable\datafolder, check that MIT license is appropriate for all data being publishedsee: https://journal.r-project.org/articles/RJ-2012-009/ for information on documenting code contributions to R packages
Comments for future apps
\boot\DATA.bibtechnology anddata.Retc. to generate and document the processed data for the app