Где-то глубоко в памяти на уровне первого курса зашевелился червячок

явно не Козуля

Как ты догадался?!

интуиция хорошая

Ни одного вопроса про мемасы :(

Ну Козуля вряд ли знает, что это

к Козуле когда пойдешь?

Когда его эйчар начнет читать почту

Видимо, еще обедает

Кто-нибудь работал с tslint через API ?

Там документация не соответсвует содержимому кода, валятся ошибки

Нашёл, https://github.com/palantir/tslint/blob/4a33a4b8c174dbe53aa894f88c5e79d77c06419c/docs/usage/library/index.md

Спрашивается, зачем обновлять дефолтное readme

Отправь pr :)

давайте за подходы поговорим, кому какой вариант больше нравится? https://gist.github.com/mkusher/d8b9a30c53da83f01341bfc6fa218900

Если расширение функциональности не планируется (хотя бы в ближайшее время точно), то я бы выбрал вариант 2.

Если расширение функциональности не планируется (хотя бы в ближайшее время точно), то я бы выбрал вариант 2.

что имеется ввиду под расширением функциональности?

Как я понял, тут привязка к реакту, но я с ним не работаю, поэтому в этом контексте мнение выразить не могу :) А если брать чисто ООП и проектирование, то по мне методы аля handleSomeCommand, если их будет больше > 1 и все они имеют похожий контекст, лучше завернуть в класс. Я бы сделал так.

Как я понял, тут привязка к реакту, но я с ним не работаю, поэтому в этом контексте мнение выразить не могу :) А если брать чисто ООП и проектирование, то по мне методы аля handleSomeCommand, если их будет больше > 1 и все они имеют похожий контекст, лучше завернуть в класс. Я бы сделал так.

Чего реакт-то сразу?(

Как я понял, тут привязка к реакту, но я с ним не работаю, поэтому в этом контексте мнение выразить не могу :) А если брать чисто ООП и проектирование, то по мне методы аля handleSomeCommand, если их будет больше > 1 и все они имеют похожий контекст, лучше завернуть в класс. Я бы сделал так.

Их уже больше одного, но за них отвечают разные ребята.

2 вариант

Он банально короче :))

1 тебя приведет к говнокоду вида this.foo = something; и где-то в другом месте этот this.foo ты захочешь получить

1 тебя приведет к говнокоду вида this.foo = something; и где-то в другом месте этот this.foo ты захочешь получить

Не, это мелочи

2 вынуждает стейт хранить более явно

private ж есть. Сервисы такие всегда stateless

всегда кроме тех случаев, когда горит) говнокод не на ровном месте рождается

Когда горит, не будет времени делать сервисы и будет все во вьюхах

ну это когда уже пригорает ?

Мне второй нравится больше по след причинам: 1. Короче на 2!!! Строки 2. Не юзает декоратор 3. Не юзает private

В первом я просто не понимаю, зачем так писать, потому что я так никогда не писал)

:))

В первом я просто не понимаю, зачем так писать, потому что я так никогда не писал)

ну классы есть, надо же поиспользовать)

Жависты и шарперы которые привыкли свои процедуры в классы объединять говорят, что "непонятно" :(

А оопшникам второй нравится

наверное из-за "что за непонятняа аннотация у тебя там"

Так непонятно второе

А первое как раз понятно

>А оопшникам второй нравится

ничего не понял

Не знал, что жависты и шарперы в большинстве не знают ооп?

наверное, среди моих знакомых жавистов ооп все знают хорошо

Объединять процедуры в классы с общими данными != ооп

интерфейсы, абстрактные классы, фабрики - вот это все!

И наследование, чтобы победить дублирование )))

сколько нас? ?

Безумие? Это Тайпскрипт!

Я был тем самым?

да

кто-нибудь юзает? https://github.com/angular/tsickle

неа, но идея клевая

с другой стороны, gcc так же не умеет новые фичи языка

на es6 застрял?

его-то он вроде умеет

или не весь?

вы что курите там?

WeedJS?

google closure compiler

а

скучно с вами

все про джс

мне знание этой расшифровки gcc помогло, лол

чуваки задали вопрос как я буду оптимизировать приложение которое грузится из 20 скриптов весом в 20 мегабайт

правильный ответ был бы выкинуть его нахуй, конечно

или не весь?

не весь

мне знание этой расшифровки gcc помогло, лол

я сначала тоже охуел от этой аббревиатуры, когда первый раз встретил

ERROR: S client not available

но набирать реально удобнее

Ребят, а поясните за интерфейсы, они есть во flow или нет (в рамках объявления класса)? Гуляю по issue, инет с перебоями, а как использовать хочется сейчас узнать. export class A implements IModule пишет что implements not supported. Пока так нельзя (в TS вроде все ок с этим, да?)?

Как задекларировать обязательные методы для класса? Желательно чтобы интерфейс был у родителя. export class Env extends Module {} А у Module как-то прописать методы которые должны быть у его наследников.

Я может фигню пишу, хочу понять как лучше. Цель описал выше – сделать обязательными некоторые методы у наследников без которых бы валилось. Еще интересно как сделать обязательными статичные свойства у наследников.

И еще вопрос: спрашивал про необязательные свойства в типе, мне фигню насоветовали (ставить у свойства ?): type SomeType = { optionalProp?: string; requiredProp: string }. Так это вообще не работает, в доке тоже этого не вижу, optionalProp всегда undefined, ощущение что мне втерли какую-то дичь, и flow это опускает просто. Без ? все прекрасно работает (даже когда в объекте нет такого свойства). Я прав?

Нет

Нет

Спасибо!

Ребят, а поясните за интерфейсы, они есть во flow или нет (в рамках объявления класса)? Гуляю по issue, инет с перебоями, а как использовать хочется сейчас узнать. export class A implements IModule пишет что implements not supported. Пока так нельзя (в TS вроде все ок с этим, да?)?

в ts можно, но не очень нужно. Если ты хочешь явно проверить, что твой класс реализует интерфейс/тип, то можешь просто в тесте для него добавить аннотацию типа, аля const myObj: SomeType = new SomeClass что касается наследования, то лучше избегать его

https://github.com/inversify/InversifyJS Кто юзал?

как же неудобно без интерфейсов. опечатался в имени поля и сидишь 5 минут ищешь ошибку.

https://github.com/inversify/InversifyJS Кто юзал?

я пробовал

но не могу сказать ничего интересного

на синтетическом минимальном примере оно работает

хз, как по мне так усложнение

Di хочу

мы руками делаем

и норм

Не хочу руками xD

Нужен безопасный DI

Не знаю даже, бывает ли такой

что значит безопасный?

Чтобы тапчекер гарантировал резолв всех зависимостей

ну если руками делать, то тайпчекер натравливается на файл, в котором это все есть

и вуаля)

безопасная инъекция зависимостей в конструкторы

Ну это да

Геморрой просто

не сказал бы, что прям геморно

Парит ещё то, что там какая-то reflect-metadata подключается, назначение которой мне пока не совсем ясно. Нг2 её тоже юзает

Парит ещё то, что там какая-то reflect-metadata подключается, назначение которой мне пока не совсем ясно. Нг2 её тоже юзает

Тебе нужно именно на TS или на JS тоже пойдет?

Тебе нужно именно на TS или на JS тоже пойдет?

И то и другое

И то и другое

Я bottlejs использую.