Возможно ли отложить инициализацию приложения?

Question

[vasIvas]

Сразу к коду, some-module.js -
export const some = angular.module('some , []);
app.js -
export const app= angular.module(app, []);
index.js -

import {app} from 'app';
import {some} from 'some';

// возможно ли сделать так, чтобы здесь
// установить зависимость модулю app?

Answer 1

[Сергей Протько]

Нет, все зависимости модуля должны быть объявлены при объявлении оного.

import some from 'some';
import angular from 'angular';

export default angular.module('app', [
    some.name
]);

А вот отложить инициализацию вы можете, angular.bootstrap

Comments

[vasIvas]

А если я установлю все зависимости там, где они требуются, а после импортирую все модули в index.js и в нем уже настрою конфигурацию, после чего вызову bootstrap. Так получится?

[Сергей Протько]

vasIvas: ну.... смотря что вы хотите сделать в конфигурации... я только не понимаю зачем вам это.

[vasIvas]

Сергей Протько: а как ещё можно передать сервис из модулю "меню" в модуль "маршрутизации"?

Хотя я рассматривал варианты с событиями, но тогда нужно хотя бы что-то добавить в dom. А чтобы что-то добавить нужна директива и это уже точно лишнее.

Можно для каждого написать маршрута написать свой контроллер, ну или один общий и указать его "где-то", но как его получить... В директиве меню, это означало бы, что меню будет только для роутера.

По этому я не вижу другого пути, только через медиатор-сервис. Как Вы делаете?)

[vasIvas]

Хотя можно же создать контроллер для всех путей и обернуть в него меню, в которое будет передан менюшный-сервис, который будет слать события для переключения роутера... Да, наверное так лучше..

[Сергей Протько]

vasIvas: модуль меню должен явно зависить от модуля маршрутизации. Не надо придумывать извращений и ивентами и т.д. Темболее что $injector для всего приложения один и тот же, так что в любом случае эти сервисы будут вам доступны.

[vasIvas]

Сергей Протько: просто я привык к немного другому подходу. Представьте что у Вас сотни файлов.
И узнать о связях, лазая по файлам, ну просто не возможно. и вот тут при приходит инжектор. В классе помечаешь поле -

class A {
	[Inject]
	public unit: IUnit;
	
	constructor(){
		
	}
}

class B {
	public table: Table;
	
	constructor(){
		
	}
}

А потом есть один класс в котором происходит инициализация всего приложения -

injector.inject(A).asInstence(Unit);
injector.inject(B).asSingleton(Table);

Я не верю что Вы скажите что так плохо. Что тысячи игроделов, которые собирают игры, которые в сотни раз сложнее чем сайты, делают это не правильно.

[vasIvas]

Сергей Протько: ну или хотя бы когда js придет к этому, вспомните, что были не согласны с этим и перестаньте программировать на js.

[vasIvas]

Сергей Протько: и то что Вы тогда сказали что так бы не стали делать, то это я уже потом вспомнил, что Вы отказались от библиотеки async. И даже ... не могу вспомнить как называется, Q вроед, промисы только сложней, скопировали все у того же async. Правда уверять не могу, это просто мне так показалось.

[Сергей Протько]

vasIvas: я не согласен с утверждением что игры в сотни раз сложнее чем сайты, так как регулярно вижу ваши вопросы. Как же вы игры тогда писали...

По поводу иньекции зависимостей - это иньекции зависимостей. для JS лучше сервис локатор какой-нибудь, чем по сути $inject и является.

По поводу связей и тд. - каждый файл импортирует то, от чего он зависит, и не больше. Построить на основе этого граф может более-менее вменяемая IDE или отдельные инструменты для статического анализа. Посмотрите на python сообщество, они живут так уже десятилетия, и у них все хорошо, и инструменты они пишут посложнее ваших там игр. Как минимум у world of tanks игровой сервер написан как раз таки на python. И подходы там примерно такие же как в модульном js, разве что просто развито это сильнее.

[Сергей Протько]

vasIvas: и хватит пытаться меня убедить в том что JS плохой язык и все такое. Альтернативы нет, даже тот же TypeScript не дает мне того что я хочу, А перестать писать на JS только из-за какихто мелочей в реализации языка свидетельство ограниченности мышления. Я работаю не для того что бы кодить в свое удовольствие, а что бы решать задачи. JS (и все его сапсеты) сейчас единственный вариант писать WEB приложения, и в принципе недостатка в том как управлять кодом там нет.

Словом... осталю вам цитату одного англичанина: a foolish consistency is the hobgoblin of little minds

[vasIvas]

Сергей Протько: так у меня вопросы только по тому, что я впервые вижу и что противоречит тому, что я знаю. И нужно так же упомянуть, что танки очень долго на flash были написаны и написаны были так, как я много раз Вам рассказывал, наверное. Наверное говорю из-за того, что в flash среде тоже много странностей. Есть например, которые из js приходят и продолжают писать так, как они это делали в js. И да, я в вэб полез только для того чтобы познать серверную часть и взаимодействие клиента и сервера. И если честно, то мне здесь очень понравилось и уходить я уже не собираюсь. Сделаю несколько сайтов для учения и начну игры делать на canvas, чем собственно и вызван тот подбор технологий, которые я медленно но изучаю. И если честно, то так медленно получается только из-за менталитета вэбщиков. У Вас только одна фраза в голове "готовое решение" и видно им и руководствуются те, кто пишет декларацию для ts. Я каждый раз по половине дня трачу, чтобы распутать это садомазо. И сейчас целый день сижу и не могу прикрутить js-data-http. От js-data-angular вообще отказался, так как не пойму для чего она нужна, ведь можно на одних импортах обойтись. И вот значит чистый js-data я прикрутил, а js-data-http не могу. Там автор и у обычной дате модуль экспортирует JSData и в http тоже JSData. Но это полбеды, там сама декларация расширяет другую и делает это старыми способами. Под новые я просто уже не знаю как её делать. Все только наверное с нуля переписывать..

Вы её случаем не подключали?

[Сергей Протько]

vasIvas: танки на флеше? Вы видимо с ума сошли. Да и все самое сложное там было и остается на сервере. А клиент это так, фигня. Тут больше работы дизайнера чем программиста (движки то не писали свои)

Просто поймите что мир разнообразен и есть масса разных подходов. Ни в JS ни в Python нет таких вещей как классы, как глобальная единица доступная везде и всюду, там все объекты, и люди спокойно себе живут. Просто все чуть чуть по другому.

Если вам хочется взглянуть как лучше жить с JS рекомендую почитать как с этим сражаются питонщики. Они это делают намного дольше и у них все подходы отработаны уже годами.

[vasIvas]

Сергей Протько: я в игры не играю, по этому и напутал :) танки онлайн написанные на flash и кстати на своем самописном движке, которые они выложили в паблик. И во флеше 3d не дизайнеры делают, как это в юнити, во флеше это сложный процесс.

И питон у меня совсем уже скоро, посмотрим на их подход. И у меня нет проблем с кодом, вначале только было сложно, но это не долго. У меня отторжение слов "события это плохо" и им подобное. Я не могу понять почему Вы говорите о "нужно научится понимать js" и не хотите сами понять события...

В общем мне очень нравится js, но не нравится angularjs архитектура.

[Сергей Протько]

vasIvas: события это хорошо, но далеко не всегда. Там где можно явно вызвать метод а не кидать событие и надеяться что его кто-то обработает - лучше вызвать метод.

[Сергей Протько]

vasIvas: у меня события по сути генерит только ui layer, обработчики событий дергают методы контроллеров, те дергают модель, модель возвращает результат, ui layer реагирует на изменение данных и подстраивается. Идеальный цикл, все как в MVC. Никаких проблем и расхождений с вашей теорией всего или игроделаньем.