Опыт Angular + Typescript + Offline SPA проекта через год

[@a553]

Несколько замечаний:

var a=<any>0; //вариант 1
var a:any=0; //вариант 2

Обратите внимание, что данные варианты эквивалентны только для типа any, а для других типов вариант 1 игнорирует совместимость типов.

var d =>{}

Видимо опечатка.

_references.d.ts файлы. Не очень удобное решение, но понятное IDE

Для Visual Studio проектов _references.d.ts не нужен.

Array<UserDto>

Может быть это специально, но можно UserDto[].

[@vintage]

Видимо опечатка.

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

Просто анонимная функция:

var d = (){ return {} }

Стрелочная нотация (справа всегда выражение):

var d = () => {}

[@a553]

Не понял проблемы. Вернуть литерал объекта из arrow function в JS можно так:

const f = () => ({});

[@vintage]

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

[@a553]

Ну есть const f = function () {} и объявления функций, не думаю, что нужен четвертый синтаксис.

[@vintage]

Их в любом случае два:

var a = () => 1
var a = () => { return 1 }

Проблема в том, что в следующем выражении они не отличимы:

var a = () => {}

[@vitrilo]

ArrayUserDto>

Может быть это специально, но можно UserDto[].

TS позволяет использовать обе нотации. Но видимо, я привык C#/Java, и мне обилие Generics уже давно не «режет» глаза.

ng.IPromise<Array<CustomField>>

[@vitrilo]

Спасибо, да, опечатка.
Исправил на:

var d = ()=>{};

[@RouR]

С поддержкой offline пришлось повозиться, но 200Mb храним легко на всех iPhone, iPad, Chome, IE10.

Расскажите как

[@vitrilo]

Ответ не будет коротким. Наверное нужно написать отдельную статью.

[@RouR]

С удовольствием почитаю. У меня возникала подобная задача.

[@ha7y]

Прошу прощения, нигде не нашёл. Что Вы имеете в виду под термином «LoC»?

[@vintage]

Lines of Code — число строк.

[@ArMikael]

Спасибо за статью, она оказалась актуальной в свете надвигающегося Angular 2.
Пытаюсь привыкнуть к связке TypeScript + Angular.

Мне показалось, что вы довольны принятым решением использовать такую связку, как впрочем и результатами, которые она дала.
Но тем не менее, пишите, что сейчас возможно бы выбрали React вместо Angular. Расскажите, что вас подталкивает к этому. Что вам показалось более удобным и эффективным в React?

[@alexanderkrass]

Поддерживаю вопрос. Тоже очень интересно почему сейчас выбрали бы React?

[@vitrilo]

Я не исследовал React детально, могу только привести несколько мыслей:
React — более простой, строгий, жёсткий и понятный, также его шаблоны полностью компилируемые (.tsx для Typescript) — все эти черты прекрасны для долгой enterprise разработки. Также приятный плюс (но не главный) — хорошая и прогнозируемая производительность.
Отталкивает немного только то, что для полноценного фреймворка (замены Angular) нужно еще, что типа flux, и какой-то routing (которые лично мне, пока, менее понятны, но я исправлюсь :) ).

[@vitrilo]

Еще раз, как уже писали другие:
Angular — это фрейворк, и ты пишешь приложение на навороченном HTML (со всеми плюсами и минусами), то есть — декларативно. И этот навороченном HTML — можно считать новым языком (особенно видно в Angular2).
React — это библиотека, и ты пишешь на простом и чистом js реализуя простой и понятный шаблон Builder (а virtual DOM уже дает оптимизирует все, но делает это более предсказуемо чем Angular).