Alan Wong naganowl

Typically a controller is able to keep a view around (rather than disposing and creating anew) a view via this.reuse('name', Constructor, opts), where opts is an object.

However, if opts differs from the previous time reuse is called (as dictated by _.isEqual which is what Composition.check calls under the hood), then the invocation will cause the view to be disposed and created from scratch.

Thus, in order for it to be used properly, the View options hash should not contain dynamic information as it will cause the view to always be re-created. An example where this may come up is a paginated view where the query params could be passed in so that the view can update parts of the itself to reflect the updated query (such as the current page number, search query, etc.).

Obviously (or not), this dynamic information should be stored on the model/collection and can be done via overriding/enhancing the update call (such as fetch) via re-declaration with appropriate logic (like creating a property o

Original source is https://github.com/rackt/react-router/blob/0.13.x/docs/guides/testing.md
Requiring modules with relative paths on top of not using an absolute path (as http://webpack.github.io/docs/configuration.html#resolve-root states) will save you much painful debugging time
When extracting the stub as a module to reuse across specs, the context of the React.createClass.constructor associated with the stubbed instance can get messed up when not following the above advice.

The first result will log undefined for the supposed deferred whereas the second will return the deferred. This is due to the resolution of the callback occurring before the assignment of the referenced variable happens. Note to reproduce this multiple times in console, a new variable will need to be used, otherwise it will seemingly pass because the deferred object already exists.

let is lazy, runs when it's invoked
let! are not lazy, runs immediately when the block is executed
before blocks are also not lazy, has same precedence as let!

For let! and before blocks, they execute based off source code order since it has the same precedence.

	module.exports = (grunt) ->
	# Load all grunt tasks matching the `grunt-*` pattern
	require('load-grunt-tasks')(grunt)

	grunt.initConfig
	pkg: grunt.file.readJSON 'package.json'

	# Only run tasks on modified files.
	watch:
	options:

	# Taken from https://github.com/naganowl/chaplin-mocha-grunt/blob/master/Gruntfile.coffee
	module.exports = (grunt) ->
	'use strict'

	# For use as rename method in copy:assets.
	# Used to flatten the directory and place matched file in dest.
	flattenFile = (dest, src) ->
	if src.indexOf(@path) is 0
	dest + src.slice @path.length
	else

	// Simplified config file
	const path = require('path');
	const junitOutput = process.env.CIRCLE_TEST_REPORTS \|\| 'junit'

	module.exports = function (config) {
	config.set({

	port: 9876,

	logLevel: config.LOG_INFO,

	<!doctype html>
	<html>
	<head>
	<title>Jasmine Spec Runner</title>
	<link rel="stylesheet" href="../node_modules/jasmine-core/lib/jasmine-core/jasmine.css">
	</head>
	<body>
	<script src="../node_modules/jasmine-core/lib/jasmine-core/jasmine.js"></script>
	<script src="../node_modules/jasmine-core/lib/jasmine-core/jasmine-html.js"></script>

	class AssignmentScheduleDayCell extends FormattedHoursCell
	className: ->
	classes = []

	possibleMinutes = @model.get('possible_work_day_minutes')[@date]
	globalMinutes = @model.get('global_scheduled_minutes')[@date]

	if globalMinutes > possibleMinutes && @model.get('scheduled_minutes')[@date]
	classes.push('overallocated')

	wget https://yarnpkg.com/downloads/0.16.1/yarn-v0.16.1.tar.gz
	tar zvxf yarn-*.tar.gz
	dist/bin/yarn install