https://twitter.com/angularjs/status/763134762496045056

http://blog.lacolaco.net/post/dynamic-component-creation-in-angular-2-rc-5/

Подскажите. Тупой вопрос... У меня бэкенд на ноде (TypeScript) и ангулар приложение. Общие сущности описывать в виде интерфейсов или классов? )

это зависит от конкретного подхода

в TypeScript (я могу ошибаться, если так — поправльте) разницы особой нет. В классах могут добавляться еще функции, а интерфейс — это аналог структур в C++). Ещ возможен подход, который используется в Java или том же PHP, когда интрефейс — это "нулевой уровень абстракции", эдакое неявное условие, к которому могут подойти классы любой реализации, не имеющие родственной связи с, допустим, абстрактными классами-полуфабрикатами какой-то классовой библиотеки. А сдругой стороны — они это гарантия унификации отдельных частей.

Но вот, кстати, интересный вопрос

Что хороший тон в TypeScript?

Мы использовали интерфейсы

Интерфейсы — это просто структуры, или это интерфейсы в понимании Java?

Потом перешли на классы, когда поняли что разницы нету в итоге

После компиляции оно по сути одно и тоже

Ну здесь больше вопрос идеологический

Почему перешли - потому что логический это классы, а не интерфейсы

потому что в итоге — это все просто JS-объект

Подскажите. Тупой вопрос... У меня бэкенд на ноде (TypeScript) и ангулар приложение. Общие сущности описывать в виде интерфейсов или классов? )

Вот как вы умудряетесь бэк на ts писать?

В любом ооп языке это были бы классы. Поэтому мы выбрали из

Их*

Кто-то на вебпак кли перешел уже, кстати?

@AsTex Ну по сути ts же просто сахар. А какие могут быть проблемы?

Я сейчас попытался, но при компиляции sass где есть импорт другого sass файла из node_modules у меня вваливается нпм

Без всяких слов

@AsTex Ну по сути ts же просто сахар. А какие могут быть проблемы?

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

Ситуация неотлаживаемая короче. Сейчас попробую взять сассы из нпм к себе в сорцы, надежды что это сработает особой нету, но если сработает то как временное решение норм

@AsTex Ну по сути ts же просто сахар. А какие могут быть проблемы?

Скажем так, хотелось бы иметь полные классы, а не просто экспорт функций, но с типизацией

Скажем так, хотелось бы иметь полные классы, а не просто экспорт функций, но с типизацией

Да так было бы приятней)

А Rx к node не подвязывади?

А Rx к node не подвязывади?

На солько я знаю RxJs - paltform agnostic - можно работать с ней и в Node.js и в Browser

На солько я знаю RxJs - paltform agnostic - можно работать с ней и в Node.js и в Browser

Проблема в том, что mongoose завязан на коллбэках

По-моему отличие интерфейсов от классов в ts все же есть - в классах кроме свойств можно методы определять и частично обработку данных в класс переносить. Если не прав - поправляйте.

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

В интерфейсах в TS как и в других языках только объявление без конкретной реализации. Либо я плохо читал доку. И интерфейсы в конечный скомпиленный код никак не попадают по этой же причине

в отличие от абстрактных классов, которые нельзя инстанцировать но они могут содержать реализацию методов

Интерфейсы насколько я понял, просто обертка для объектов

Чтобы типизации добавить

> В интерфейсах в TS как и в других языках только объявление без конкретной реализации. Нет, там можно объявить переменную типа интерфейс и передать ей объект. TS будет следить за тем, чтобы объект соотвествовал объявленному интерфейсу.

Без конструктора

Просто как структуры в C++

Проблема в том, что mongoose завязан на коллбэках

Помоему Rxjs умеет оборачивать нодовские callback-и

я честно не помню в чем разница в TS между type и interface, в type можно также описать объект. Но implements SomeType не помню можно или нет

я честно не помню в чем разница в TS между type и interface, в type можно также описать объект. Но implements SomeType не помню можно или нет

Так и есть. По сути, можно и так, и так

Просто как структуры в C++

я C++ плохо помню но разве там нету отдельно интерфейсы для классов?

Интерфейсов у обьекта может быть куча. Тип - только один

Интерфейсов у обьекта может быть куча. Тип - только один

Вспомни наследование и кастинг типов

я C++ плохо помню но разве там нету отдельно интерфейсы для классов?

Там нет интерфейсов (по стандарту 1998 года, более поздние мне не знакомы, т.к. уже 10 лет не пишу на C++), но интерфейсы в TS — это не совсем ООП интерфейсы

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

В том и дело, что они могут (и часто, если посмотреть родные библиотеки ng2) использу/тся именно как структуры

Какая книга кстати наиболее всеобъемлющая по TS? TypeScript Deep Dive показалось мало. Некоторые вещи лучше в офф доке освещены. Пока наткнулся на Mastering TypeScript

На первом проекте я хотел сначала использовать логику, к которой привык на других языках — сначала объявляешь интерфейсы, потом реализации классов для них. Но когда понял, что <объект класса implements I> instanceof <интерфейс I> === false, забил на это дело, и стал использовать интерфейсы как структуры

и еще была практика, когда переменная, для которой указан тип интерфейс CatalogEntity не пропускает без жесткого приведения объект класса CatalogCategory, который implements от CatalogEntity

точнее не переменная, там возврат был функции

Интерфейсы позволяют достичь Dependency Invertion Principle из SOLID

Это да

Интерфейсы позволяют достичь Dependency Invertion Principle из SOLID

Я это имел ввиду, но мне кажется, в TS это не совсем работает так как например в Java

Работает. Я понимаю о чем ты говоришь, много чего не доступно в TS, всяких удобных способов работы с ними нет, но интерфейсы в TS полноценные. Они выполняют свою базовую функциональость

Работает. Я понимаю о чем ты говоришь, много чего не доступно в TS, всяких удобных способов работы с ними нет, но интерфейсы в TS полноценные. Они выполняют свою базовую функциональость

Возможно, ты прав. Но вот у меня был один конкретный вопрос: если я указываю в качестве результата функции или аргумента интерфейс, то почему нельзя передать ему класс-реализацию интерфейса, без того, чтобы компилятор отругался или без жесткого приведения (которое пропустит, даже если ты затупил и там оказался скаляр)? Это же ломает базовые принципы?

Можно пример в студию?

Т.е., с одной стороны ты не можешь провести соответствующий логике элемент (в моем понимании, принадлежность к интерфейсу — это еще и своеобразный ключ), с другой стороны — если ты сделаешь жесткую типизацию, то туда можно просунуть что угодно.

Минуту, постараюсь найти сейчас

Хмм, тот конкретный кусок сейчас не актуален, потому что я переделал метод чтобы он возвращал Observable

В истории версий долго искать

но у тебя, я так понимаю, таких проблем не было?

@Ai_boy На скорую руку состряпал пример, щас скину скрины.

Если я что-то не учел и сделал не так, поправь

вот привмер

и

Ок.

Щас посмотрю

и вот показываю сам класс — он реализует тот интерфейс

ну и самому интерфейсу, понятно, соотвествует

так, я как файл пример скинул

минуту

@koshevy а какой у тебя TS ? ( просто чтобы быть on same page ? )

так, и тут данных нет. в том случае не пустой объект возвращался

минуту

1.8

в июне, правда, кажется обновлялся

щас посмотрю.. пока код не наберу не пойму в чем проблема :) ( кстати можешь продублировать в группу по TS - там возможно быстрее меня ответят )

https://telegram.me/typescript_ru

ну я как-то не искла ответа, если честно)

просто поделился раз тема пошла

но за группу спасибо)

Мое мнение по этому делу такое — TS-это препроцессор, и не надо ждать от него магии) Это лучше чем чистый JS — на том спасибо)

@Ai_boy О, тоже не знал про эту группу) Спасибо)

Самое главное, можно организовать привычный ООП-мирок и DI, остальное не смертельно)

Возможно, ты прав. Но вот у меня был один конкретный вопрос: если я указываю в качестве результата функции или аргумента интерфейс, то почему нельзя передать ему класс-реализацию интерфейса, без того, чтобы компилятор отругался или без жесткого приведения (которое пропустит, даже если ты затупил и там оказался скаляр)? Это же ломает базовые принципы?

вроде воркает. первый пример второй да. не работает. но это вроде и ожидаемо

ну во втором класс передается ж

а на возврат?

может быть, с аргументами — это мои ложные воспоминания)

но вот в возвратом я постарался воссоздать ситуацию