Щас посмотрю. Это по сути, настройка вебпака

В корне webpack.config.js

В блоке devServer добавь port:9898

Ну или какой тебе хочется

В блоке devServer добавь port:9898

а если надо localhost поменять?

Тогда добавь поле host

мне туда надо process.ENV.PORT загнать

о

а оказалось можно через блок скриптов задать. webpack-dev-server --host $IP --port $PORT --hot --inline

в конфиге

Можно. Но я предпочитаю конфиг-файлы

ой. спутал конфиг с пакагом

Вот кстати, почему webpack-simple, а не полный темплейт?

я ток начинаю вебпак юзать

Тем более надо полный тащить, чтобы разобраться

а какое у них отличие?

simple же вроде должно быть по логике для новичков

Блин ну посмотри сорц на гитхабе. Симпл просто меньше

A simple Webpack + vue-loader setup for quick prototyping.

в принципе то что нужно

Полный рассчитан на серьезное разделение сред дев/тест/прод

вот поэтому я лучше в simple, в полном утону в этих всех средах

КМК, лучше сразу научиться разбираться во всем этом

Все равно рано или поздно столкнешься со страшным зверем по имени деплой

как нить в ходе дела разберусь, ща прост хочу приложение какое нить сделать

ну и лимоны на нем заработать

подскажите, что за тенденция Vue с TS дружить?

Возможно на хайпе от ангуляра ts начал расти... А чем плохо? Замечательная же штука, имхо

Что ж там замечательного?

Да хаотяб та самая строгая типизация на этапе разработки, для которой он и был выдуман :)

Возможно на хайпе от ангуляра ts начал расти... А чем плохо? Замечательная же штука, имхо

Ну такое

Пделюсь субъектвным опытом: По долгу службы пишу на ангуляре первом, мигрируем на второй потихоньку

Типизация должна быть в голове, а не в интерпретаторе

Экосистема не развита

Пакетов на нем никто не пишет

Даже во вью есть 100500 способов их прекрутить

Даже во вью есть 100500 способов их прекрутить

Но трабла в том, что тото же vuex на ts не завязан

Заиспользовали для первого ts+ng-metadata. Так вот о типизации - да, должна быть в голове, но честно стало проще в потоке писать код с более хорошей архитектурой - это private судак, это public - тудак, это в наследовании только надо - protected, итп

Если эдак кардинально требовать типизации в голове - так каждый кто не может - тюлень выходит?)))

Просто надо ответственно относиться к своему коду

Вот дураком себя не считаю, однако честно прихнаю что со временем рефакторю архитектуру кода, раз в 3-6мемяцев

И ts здесь видится огромным подспорьем

Счастливый человек. У меня тупо нет на это времени

Просто надо ответственно относиться к своему коду

Сейчас начнётся спор о языка, всему своя мера

Просто надо ответственно относиться к своему коду

Немсомненно, но это же не исключает использования удобных инструментов?)))

Ни в коем разе не исключает. У нас для этого работает линтер стандард

Сейчас начнётся спор о языка, всему своя мера

кто сказал php

Свят, свят, свят

Пакетов на нем никто не пишет

Там пакеты пусть на js пишутся, лишь-бы typings содержали

Я на всякий случай предупрежу - я не евангелист ts и не ярый упорышь, чтоб за него глотки рвать))) Просто речь зашла, делюсь имхом)

Еще одна абстракция над абстракцией? Увольте

А чем конкретно вам эта абстракция не угодила? Жить же не мешает, если не ползать по исходникам левых библиотек и не манкипатчить их. Есть себе typings и есть. Мне они приятны тем например, что задав переменной строгий тип какого-нибудь интерфейса ангуляра я не опечатаюсь в $ или $$ в начале свойства(зачем я лезу в псевдо-private свойства - другой вопрос :))

Ох, как я ненавижу эти $.

Если тебе приходится обращаться к ним, значит, ты что-то делаешь не так

> пишешь на php

все шутки закончились

Не, у ангуляра есть вещи, к которым надо обращаться. Они в интерфейсе. Однако вопрос-то остается в силе - чем абстракция еще одна не угодила?)

Тем, что абстракции имеют привычку течь

В смысле?

Эмм, я думал, это очевидно

Любое увеличение количества кода влечет за собой увеличение количества багов

Я слово "течь" знаю только в контексте памяти, каюсь. Верно понял - баги = утечки памяти?

Не только. В случае абстракции течь - это незапланированные сайд-эффекты

ну, он вышел через пару часов от Алексея, про это в курсе.

Ток я не Алексей ?

А , о таком значении слова не знал, спасибо) мысль понял. Согласен.

Еще одна абстракция над абстракцией? Увольте

Говорит человек, пишущий на js Но типизаци я в ts нам же вроде бесплатно для рантайма достается

Пока Хан не видит, можно поразглагольствовать

Я здесь с @Fl0pZz согласшусь - типизация для рантайма бесплатна. В отличии от того же бабеля - я когда в первый раз увидел во что он key..of транспилит - меня чуть удар не хватил. Вот уж где абстракция )))

ERROR: S client not available

Говорит человек, пишущий на js Но типизаци я в ts нам же вроде бесплатно для рантайма достается

Бесплатно? Серьёзно? Компиляция в интерпретируемый код? Это бесплатно?

Это на этапе компиляции

@Fl0pZz об этапе выполнения

Бесплатно? Серьёзно? Компиляция в интерпретируемый код? Это бесплатно?

Для конечного пользователя - да

А для разработки - нет

А для разработки - нет

Для разработки можно купить ого клевую машину или же просто настроить сборку

Понятно, что это не всегда горизонтально расширяется, но 90% это точно должно покрыть

Я не то, чтобы сноб, но лично я пожертвую лишними 500мб памяти в угоду удобной типизации. Никого не призываю, у каждого своя верига и перина, просто интересно :)

Пользователю положить с большим пробором, на то, на чем и как написано

Именно. Так и мы же сейчас о том, что ts дорог разработчику. Однако плавно мы к этой теме перешли))))

Я просто на своем примере вижу, что динамическая типизация заставляет разработчика тщательно проверять свой код

А проверяя типы, он более ответственно относится к коду в целом

И линтер standard не дает ему забыть об этом 8)

Этот линтер проверяет типизацию? Я бегло глянул доку, не увидел, возможно пропустил

Нет, он очень простой. Он требует === вместо =°

Блин. Вместо ==

Это же просто ужобненький, вынесенный в пакет конфига и строгий. У нас eslint так же настроен

Удобненький*

Без конфига*

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

Я вообще с телефона 8)

Так я тоже)

Линтер вообще великая вещь. Мы как то потратили три часа только потому, что у разраба линтер не стоял.

Кстати о птичках. Есть css линтер для вью?

В смысле, для SFC

Если есть просто CSS-линтер, значит его можно и к вью прикрутить

SFC?

Single File Component

А если юзаешь бем, то как тогда?

https://github.com/c01nd01r/vue-bem-cn А отдельно можно вынести стили в компоненте через <style src="style.sass" lang="sass”></style> http://vue-loader.vuejs.org/ru/start/spec.html

в них же тоже все обрабатывается лоадерами

Не, я про линтинг в редакторе

Кстати, вообще не понимаю, зачем BEM, если есть scoped