Skip to content

Add rough graph changes handling by full page reload #1763

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 3 commits into from
Aug 15, 2018

Conversation

samogot
Copy link
Contributor

@samogot samogot commented Aug 14, 2018

No description provided.

@samogot samogot requested review from jakemac53 and natebosch August 14, 2018 21:57
@googlebot googlebot added the cla: yes Google is happy with the PR contributors label Aug 14, 2018
completer.complete(ModuleWrapper(module))));
return completer.future;
}
Future<Module> Function(String) _wrapLoaderFunction(
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you use a more descriptive name here? Something that indicates the purpose of the wrapping.

var parentIds = _moduleParents(moduleId);
if (parentIds == null || parentIds.isEmpty) {
// Propagating from root should cause page reload
_reloadPage();
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not for this PR but I wonder if we should add some debug level prints for when a hot reload is initiated?

}
} on DeferredLoadException catch (e) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

DeferredLoadException isn't really the correct type of exception here (even though it sounds sort of right). This is meant for deferred loaded Dart imports.

I would just create your own exception type.

@@ -71,6 +71,13 @@ void main() {
verifyInOrder([methods.reloadModule('root'), methods.reloadPage()]);
});

test('reloadind error triggers page reload', () async {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/reloadind/reloading

@@ -305,6 +321,20 @@ final _requireJsConfig = '''
(function() {
var oldOnError = requirejs.onError;
requirejs.onError = function(e) {
if (e.requireModules) {
// If error ocuired on loading dependencies, we need to invalidate ancessor too.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/ocuired/occurred

window.location.reload();
}
}
\$dartLoader.modulesGraph.set(map.name, []);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should this all move into an else block? I don't think we need to clear it out and set it up again.

@samogot samogot merged commit 22f239d into hot-reload Aug 15, 2018
@samogot samogot deleted the dynamic-graph-refresh branch August 15, 2018 19:25
samogot added a commit that referenced this pull request Aug 28, 2018
* Add assets digests handler (#1709)

This entry point will be used for hot reloading, in order to initially
retrieve digests of all assets, as build_runner might not know list of
all of them, unlike client.

* Emit useful information about build results (#1710)

Instead of just 'update' emit json with updated build results and its
digests

* Move live reload client code to new hot_reload_client.dart file (#1732)

It is expected that client code will become complicated, so in separate
dart file it would be easier to test and maintain.

* Implement basic hot reload (#1741)

Reload any changed modules without any specific order, then reload main
module and call main func to hopefully apply changes.

Still need to get module dependency graph to reload in topological order
and find correct ancessor chain where reloaded modules can be saved in
closures.

* Basic graph handling for hot reload (#1759)

We still lack handling situations when graph is dynamically updated
between reloads.

* Add rough graph changes handling by full page reload (#1763)

* Simplify module interface (#1764)

* Change HMR API to work with several libraries bundled in one module (#1765)

Fixes #1762

* Close Hot Reload listeners on exit (#1775)

Closes #1774

* Refactor and improve HMR code (#1770)

- Get rid of `roughLibraryKeyDecode` - use library path exposed from
  dart runtime now.
- Get load modules from cache directly and throw if it isn't loaded
  instead of using require.js and hoping that module already loaded and
  no network request would be done.
- Don't mess with `.ddc` extension in `build_runner` code - encapsulate
  all of it on build_web_compilers side.

Fixes #1760
Fixes #1762

* Finalize hot-reloading feature (#1773)

- Rename live-reload to hot-reload
- Add debug logging about reloading
- Add documentation
- Version bump and changelog

Fixes #1766

* Restore --live-reload option (#1778)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cla: yes Google is happy with the PR contributors
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants