Пишут гайды, продают книги и прочая понятно зачем

Бабло с корпов можно нормально нагреть, пока еще

Это понятно, что вряд ли что-то более-менее серьезное переедет на ang2, но вцелом проблемы будут схожие: грамотно дробить ui на компоненты, организовывать взаимодействие между ними.

Когда будет нельзя, новый фрейм будет %)

Это понятно, что вряд ли что-то более-менее серьезное переедет на ang2, но вцелом проблемы будут схожие: грамотно дробить ui на компоненты, организовывать взаимодействие между ними.

Ну поведай нам тогда на что все переедут :)

Но чат angular1+2 и чат angular-2 как бы намаэекают, что что-то пошло не так

Это понятно, что вряд ли что-то более-менее серьезное переедет на ang2, но вцелом проблемы будут схожие: грамотно дробить ui на компоненты, организовывать взаимодействие между ними.

Проблемы думаю будут другие, например с динамикой и добавлением 3д party

Короч ладно, тайпскрипт все-таки

Но чат angular1+2 и чат angular-2 как бы намаэекают, что что-то пошло не так

Уже решили вопрос с Денисом - у нас теперь чат для Angular - и отдельный для Angular 2

Зачем всем куда-то переезжать?

Ну поведай нам тогда на что все переедут :)

Задавай вопросы-получай ответы

Зачем всем куда-то переезжать?

Ну вот если Angular 2 такой плохой то на чем писать тогда :) просвети

?эм, где хоть слово было о том, что ангулар 2 плох?

“что вряд ли что-то более-менее серьезное переедет на ang2” (с)

“что вряд ли что-то более-менее серьезное переедет на ang2” (с)

С нг1 вряд ли, это новый проект писать

Фразы вырывать из контекста - это прям ок, перед этим ток было ваше +1 к фразе что migration guide для приложений уровня hw

И как цитата выше говорит о том что ангулар2 плох я тоже так и не понял

Извиняюсь! Был не прав

?всем ангулар

кто-нибудь настраивал nyc с require hook ts?

ну или какое-нибудь еще покрытие

Karma-coverage->remap-Istanbul

Karma-coverage->remap-Istanbul

Можешь показать кусок html репорта?

С типами там где и интерфейсами, у меня сходил с ума, все красным малявал

А с NYC вообще не запускается, а через babel плагин в репортёр показывает ts, хотя по логике должен показывать уже после ts

Можешь показать кусок html репорта?

Не у компа, к сожалению. Ближе к вечеру смогу.

Не у компа, к сожалению. Ближе к вечеру смогу.

Ок, спасибо)

У меня сейчас настроено в webpack после ts-loader стоит isparta-instrumenter-loader. И в принципе неплохо, но просто хочется ж все-таки без участия вебпака собирать

Без участия вебпака я не делал.

А кто в состоянии linq для sql на тайпскрипт написать?

А зачем? ( можно кстати на базе вот этого написать http://linqjs.codeplex.com )

Linq для коллекций нормальное есть, но нужно для sql. Даже не маппер, а query builder

Кстати - https://github.com/ReactiveX/rxjs ( от Microsoft )

Что, есть статически типизированный query builder на rx для sql? )

Нет - есть Статический RxJS - на базе него можно легко сделать вот такое ( это для Mongo и на JS - но всеже ) https://gist.github.com/gyzerok/7de81b37232064449e72

Mongo query language и ansi sql это две большие разницы

Есть для JS ( http://stackoverflow.com/a/31124451/474290 ) - поверх можно написать typings

ну и еще https://github.com/hiddentao/squel ( опять JS - но typings нас спасут )

и вообще есть Sequelize http://docs.sequelizejs.com/en/latest/docs/querying/

Это все полная плохо типизированная хрень.

https://github.com/kutyel/linq.ts нужно такое, но выдающее sql

А в каких задачах это хотите использовать?

В единственной - ts на сервере

зачем если есть джава?

Джава не нужна

зачем если есть джава?

Ну а джависту тоже платить нужно

всем платить нужно

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

я сейчас работаю над этим

и веб паком

без реактов и гуляров всяких только чистый скрипт и хватит

Эм. Все остальное то норм, свою функцию выполняет.

Коллеги, вопрос не совсем по TS. Допустим мы пишем либу на TS, не хотим хранить бандл в гите, не хотим выкладывать пакет на npmjs а хотим устанавливать ее прямо из гита и чтобы при npm install в нашем проекте либа усталавливалась из гита и собирала бандл по хуку postinstall

собирается либа допустим вебпаком с ts-loader

проблема в том что во-первых devDependencies не устанавливаются при npm install

во-вторых если мы даже переместим webpack и ts-loader в dependencies и повесим хук postinstall: "webpack -p" то работать это не будет

т.к npm ставит все зависимости плоским списком в /app-name/node_modules/ а хук ("webpack -p") запустится из app-name/node-modules/my-lib-name

и не найдет свои зависимости

ts-loader и остальные

а почему не написать просто ее на тс и отправить на дифинитионс тайп?

чтобы ее отуда могли качать

или создать чтото такое свое

типа дифинитионс тайпа

зачем? definitelytyped это для либ изначально написаных на JS но которые мы хотим использовать в TS

кейс совсем не тот

я пишу либу на TS и наоборот хочу ее использовать потом в любом приложении, на обычном JS в том числе

я бы мог просто в гит класть свой /dist но не хочу этого делать

хочу через хук билдить

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

вроде бы тривиальный кейс, и он бы кстати сработал со старым npm когда node_modules собирался в рекурсивное дерево

но сейчас оно плоское

и в postinstall в папке установленного пакета нет ни devDependencies что понятно, ни своих dependencies, т.к они на уровне выше в ../

а npm link не поможет?

а как он может помочь? где его вызывать?

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

npm link это вроде про глобальную линковку, могут быть сайд-эффекты от него в других местах

можно просто сделать mkdir -p node_modules; ln -s ../ts-loader node_modules/ts-loader

но это совсем костыль

хотелось бы такого избежать

npm install --dev не помогает?

Либо npm install --only=dev

Вроде как там всё это через глобальные переменные и конфигурацию npm настраивается, либо через флаги к npm install.

не, это все не подойдет, не будешь же всех кто использует твою либу заставлять —only=dev флаги всякие использовать

я разобрался

я был неправ, npm не настолько глупый и он подхватывает зависимости которые были установлены в плоское дерево в родительском node_modules

проблема как оказалась была не в этом

ts-loader подхватывался, он просто не применялся из за exclude: /node_modules/

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

{ test: /\.ts$/, exclude: /node_modules/, loader: "ts" },

т.к мы находися в node_modules в этот момент

Везде давно вроде советуют include, а не exclude

ну вот правильно советуют

тоже буду его теперь использовать

Ну и я помню можно было как-то прописать исключение для исключения (но я испугался и закрыл)

в общем все работает если убрать exclude: /node_modules/,

"postinstall": "../webpack/bin/webpack.js" - рабочий вариант

только все-таки приходится ts-loader, typescript и webpack держать в dependencies

а не в devDependencies