@concord-consortium/portal-report
v1.7.0-pre.5
Published
![build-status](https://travis-ci.org/concord-consortium/portal-report.svg?branch=master)
Downloads
5
Readme
portal-report
Portal report for teachers.
Demo: http://portal-report.concord.org/version/v1.7.0/
Check recent git tags to open the most recent version.
It expects two URL params: reportUrl
and token
. If they are not provided, it will be using fake data, so it's easy to work on some features without connecting to the real Portal instance.
Library
Portal Report is a standalone application, but it also provides some React components that can be used by other projects
(https://github.com/concord-consortium/portal-pages). Check the js/library.js
entry point to see what's available or
to add more components.
There are two ways to use this library:
- NPM module:
@concord-consortium/portal-report
- Using script tag referencing
http://portal-report.concord.org/version/v1.7.0/library/portal-report.js
(in this case, library will be available under globalPortalReport
name)
Development
First, you need to make sure that webpack is installed and all the NPM packages required by this project are available:
npm install -g webpack
npm install
Then you can build the project files using:
webpack
or start webpack dev server:
npm install -g webpack-dev-server
webpack-dev-server
and open http://localhost:8080/ or http://localhost:8080/webpack-dev-server/ (auto-reload after each code change).
Test
There are two scripts defined in package.json
: test
and test:watch
. These commands can be run from the terminal using the syntax npm run test
and npm run test:watch
respectively. The former script run the mocha test suite one time. The latter watches test/**/*.js?x
files for changes, and runs the given test suite when the file changes.
These tests were setup using this tutorial as a guide. They use mocha, chai, and react test utils.
Deployment
Github Pages:
You can build a simple github page deployment by following these steps:
- prepare the destination directory:
rm -rf ./dist
- clone the gh-pages branch to dist:
git clone -b gh-pages [email protected]:concord-consortium/portal-report.git dist
- build:
webpack
- add the files and commit:
cd dist; git add .; git commit -m "gh-pages build"
- push the changes to github:
git push
Travis S3 Deployment:
Travis automatically builds and deploys branches and tags. A simple git push
initiate a deployment of the current branch to amazon S3. Once completed the build we be available at http://portal-report.concord.org/branch/<branchname>
. The production branch deploys to http://portal-report.concord.org/
Manual S3 Deployment
If you want to do a manual deployment, put your S3 credentials in .env
and copy s3_deploy.sh
to a local git-ignored script. Fill in missing ENV vars, and then run that script.
Library
S3 deployment will automatically take care of the library deployment to S3 bucket: http://portal-report.concord.org/version/[some_version_tag]/library/portal-report.js
However, NPM module needs to be updated manually. First, update version number in package.json
(follow version number of the app, so the most recent v...
tag).
Then run:
npm publish --access=public
NPM will automatically build the library first, as package.json
defines script/prepare
.
Frameworks, conventions
This app is built using React, Redux and ImmutableJS. If you are not familiar with one of these, take a look at this great tutorial. It also uses lots of ES6 syntax, so it might be good to review it first. Semicolons are discussable, but I've decided to follow Redux examples style.
Some things that may be confusing when you start working with Redux (or at least they had been confusing for me):
- Should I create component or container? A good article and the most important part:
When you notice that some components don’t use the props they receive but merely forward them down and you have to rewire all those intermediate components any time the children need more data, it’s a good time to introduce some container components. This way you can get the data and the behavior props to the leaf components without burdening the unrelated components in the middle of the tree.
- Is it okay to still use React's state? I think so, and so does Redux's author.
Additional, useful resources:
- Redux examples
- normalizr transforms JSON data from Portal (flattens structure and groups objects by IDs)
CSS styles
- Browser specific prefixes are not necessary, as this project uses autoprefixer, which will add them automatically.
- Webpack parses URLs in CSS too, so it will either copy resources automatically to
/dist
or inline them in CSS file. That applies to images and fonts (take a look at webpack config). - All the styles are included by related components in JS files. Please make sure that those styles are scoped to the top-level component class, so we don't pollute the whole page. It's not very important right now, but might become important if this page becomes part of the larger UI. And I believe it's a good practice anyway.
- I would try to make sure that each component specifies all its necessary styles to look reasonably good and it doesn't depend on styles defined somewhere else (e.g. in parent components). Parent components or global styles could be used to theme components, but they should work just fine without them too.
- When you modify the component style, please check how it looks while printed.