hVosttНеее.. Это трендо ориентированное программирование.Хорошо сказано, понравилось. :-)

hVosttПопытки «обуздать» JS не прекращаются. Это и CoffeeScript, и Dart, и TypeScript — целый ряд УГ, по которому уже собирается похоронная процессия. Единственный выход, это продолжение развития ES. Я пробовал в разработке CS, TS, и выяснил, что это не только ни на грамм не ускоряет разработки, но ещё и вносит путанницу и потерю понимания происходящего. В TS ты объявляешь интерфейс и думаешь, что это интерфейс, а это не более чем нашлёпка, чтобы обеспечить МНИМУЮ типобезопасность, которая ЯКОБЫ создаёт ощущения контроля на этапе «компиляции». Но нет никаких интерфейсов, а огромный пласт используемых фреймворков и библиотек ложили свой болт прямо поперёк этих псевдо-классов и псевдо-интерфейсов, сводя такой «типа-контроль» до минимума. Короч, генерация JS, это вафля. Чистый JS — этой кайф. Кайф с большим потенциалом интимного насилия мозга в особо изощрённой форме Не согласен. Чистый JS это мучение. TS ускоряет разработку браузерного клиента в разы!

hVosttАлексей КНе согласен. Чистый JS это мучение. TS ускоряет разработку браузерного клиента в разы!

Мучение ровно до тех пор, как познаешь дзен, наступит просветление, счастье и гармония В чём выражается JS-дзен?

В C# можно так же всё писать без классов, на делегатах/замыканиях, но почему-то этого никто не делает.

На начальном этапе я попробовал писать на чистом JS, с переходом на TS наступило сильное облегчение.

Кроме типизации в TS радуют следующие кодогенерации:
1. ООП.
2. AMD.

Сильно не хватает многострочных строковых констант. Очень удивлён, что их в TS нет.

hVosttАлексей КВ чём выражается JS-дзен?

Например, можно получить живой объект и добавить в него полей, свойств и методов — такой способ активно применяется, например, для того чтобы функционально насытить полученные данные и превратить её во вью-модель. Со стандартным ООП/интерфейсным подходом надо создать экземпляр вью-модели и тупо скопировать данные, возможно, используя маппинг. То, что вполне уместно в C#, нафиг не впилось в JS.Согласен, этой полезной возможности в C# нет. В C# приходится инкапсулировать модель во вью-модель или копировать свойства, как ты говоришь. Но это не так принципиально.

hVosttАлексей КВ C# можно так же всё писать без классов, на делегатах/замыканиях, но почему-то этого никто не делает.

Нельзя без классов в C#, не выдумывай. static class - это не полноценный класс с точки зрения ООП.

hVosttАлексей КНа начальном этапе я попробовал писать на чистом JS, с переходом на TS наступило сильное облегчение.

Просто ты тупо ленишься, для этого в общем-то TS и изобретался. Для лентяев, не желающих расширять свои горизонты Необходимость писать var _this = this - это офигенное расширение горизонтов. А обилие тупого кода для реализации AMD на голом JS просто зашкаливает. Только упоротые будут писать такое вручную.

hVosttАлексей КСильно не хватает многострочных строковых констант. Очень удивлён, что их в TS нет.

Т.е. даже в TS ты в итоге клепаешь строки HTML шаблоны в TS никто не отменял. :-)

Ну может в следующих версиях TS добавят.

hVosttАлексей КСогласен, этой полезной возможности в C# нет. В C# приходится инкапсулировать модель во вью-модель или копировать свойства, как ты говоришь. Но это не так принципиально.

Почему, очень даже принципиально. А ещё, можешь ли ты в C# в рантайме заменить функцию базового класса для всех наследников и всех экземпляров? Вряд ли. В JavaScript легко. Хотя в C# такая возможность была бы подобна кошмару.Никогда не возникало такого желания. Возможностей стандартного ООП-полиморфизма всегда хватало. Благо, в TS полиморфизм тоже реализован.

hVosttАлексей КНеобходимость писать var _this = this - это офигенное расширение горизонтов. А обилие тупого кода для реализации AMD на голом JS просто зашкаливает. Только упоротые будут писать такое вручную.

Да-да. Это первое, что меня буквально выбешивало, когда я осваивал JS. Однако практика показала, что со временем таких конструкций стало совсем мало, благодаря правильной архитектуре. Т.е. стопорить this понадобилось только в конктрукторе объекта. В остальных случаях это отличный сигнал для декомпозиции. Пишешь var _this = this? Остановись! Подумай. Бах, и ты уже выделил компонент в отдельный объект и получил код, который можно повторно использовать. Таким образом заскоки рефакторинга становятся минимальны, так как изначально пилится стройная объектно-модульная прототипная структура, тем более забивать ссылки таким образом вообще нежелательно, так как не даёт работать сборщику мусора.Согласен, this стопорится обычно в конструкторах, но от этого "это" бесит не меньше.

hVosttА всякие генераторы типа TS буквально забивают всё пространство такими конструкциями, где надо и где не надо. Да, ты радостно потираешь руки, дескать теперь этим пусть заморачивается «компилятор», а он тем временем с упоением гадит в исходный код, над которым ты теряешь контроль. И отлаживать это дело становится занятем весьма непростым.Ни разу не встречал, чтобы TS генерировал что-то, "где не надо".

hVosttНайти утечку в откомпиленном безобразии порой становится нереально.Испугался...

hVosttАлексей КHTML шаблоны в TS никто не отменял. :-)

Ээммм. Строчные шаблоны это плохо. Динамическое создание DOM — хорошо. Но это зависит от объёма задач. Пока шаблонов не стало слишком много, они справляются со своей задачей, не напрягая браузер. Не люблю строчные шаблоны, от слова «совсем».Динамическое создание DOM проигрывает по наглядности строковым шаблонам. Речь идёт о небольших шаблонах для системных элементов управления, ничего страшного в этом нет.

hVosttАлексей КА обилие тупого кода для реализации AMD на голом JS просто зашкаливает.

Честно говоря, я не понимаю что тут тупого:




Куда уж проще-то?В TS это выглядит намного красивее, пользоваться этим удобнее. Есть даже строгая типизация для анонимных модулей и контроль наличия скриптов, на которые ссылается данный модуль. В итоге даже с AMD имеем нормальный code-complete и чувство спокойствия от проверок на этапе компиляции.

hVosttНо тож самое будет в нативном ES6.ES6 будет когда-то, если вообще будет, а результат нужен уже сейчас. На мой взгляд, в сложившейся ситуации TS просто идеален.

МСУjs, ts, gs и иже - унылое гавно, в топку эти клиентские лохмотья.Помнится, кто-то давал примеры автокомплита на JS. :-)