Skip to content

Use "New Module Imports" #871

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 2 commits into from
Jul 9, 2017
Merged

Conversation

Turbo87
Copy link
Member

@Turbo87 Turbo87 commented Jul 9, 2017

@Turbo87 Turbo87 requested a review from locks July 9, 2017 11:09
import loadInitializers from 'ember-load-initializers';

import Resolver from './resolver';
Copy link
Contributor

Choose a reason for hiding this comment

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

can you put resolver before loadInitializers? or did the order change in blueprints?

Copy link
Member Author

Choose a reason for hiding this comment

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

my convention is usually to import external packages first before importing local files. since ember-load-initializers is external and ./resolver is a local file the resolver is imported afterwards

@@ -1,8 +1,9 @@
import Ember from 'ember';
import { empty, or } from '@ember/object/computed';
import Component from '@ember/component';
Copy link
Contributor

Choose a reason for hiding this comment

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

Component first

tagName: 'span',
classNames: ['badge'],
repository: Ember.computed.alias('badge.attributes.repository'),
branch: Ember.computed('badge.attributes.branch', function() {
repository: alias('badge.attributes.repository'),
Copy link
Contributor

Choose a reason for hiding this comment

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

we might want to introduce some newlines here, for readability

tagName: '',

didInsertElement() {
Ember.$.getScript('https://www.google.com/jsapi', function() {
$.getScript('https://www.google.com/jsapi', function() {
Copy link
Contributor

Choose a reason for hiding this comment

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

we won't have a problem with these?

Copy link
Member Author

Choose a reason for hiding this comment

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

I don't think so, why?

Copy link
Contributor

Choose a reason for hiding this comment

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

hm, I guess these will be short lived anyway, as we'll want to use something fastboot-compatible.

Copy link
Member Author

Choose a reason for hiding this comment

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

sure, but replacing $.getScript() is unrelated to the purpose of this PR

Copy link
Contributor

Choose a reason for hiding this comment

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

I know, I'm just saying it won't matter soon enough :P

@Turbo87 Turbo87 force-pushed the new-module-imports branch from b7581ba to 29e9fe2 Compare July 9, 2017 11:19
@locks locks merged commit 88a505c into rust-lang:master Jul 9, 2017
@Turbo87 Turbo87 deleted the new-module-imports branch July 9, 2017 11:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants