если они в СУБД лежат например

Если они лежат в СУБД, то там явно не ангуляра темплейты. Для этого можно свой простой парсер использовать, я выше про это писал. Хранят ведь маркдаун к примеру

И другими плюшками

Да, там тупо markdown. А свой парсер что написать, куда идти? :)

Сами компоненты в приложении.

Просто не определеная последовательности и они намешаны с обычной версткой

Технически можно проанализировать содержимое

И каким-то хитрым велосипедом через ngIf

А не. Чушь

Просто если компоненты составные

И встроены друг в друга

Или имеют содержимое к-то из обычной верстки

Можно голову сломать все это парсить

Если они лежат в СУБД, то там явно не ангуляра темплейты. Для этого можно свой простой парсер использовать, я выше про это писал. Хранят ведь маркдаун к примеру

формы мы храним, как это в маркдауне?

там еще логика может лежать

а зачем там формы именно в виде хтмл хранить? как минимум можно хранить мета-данные, которые уже превращаются в контролы

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

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

а зачем там формы именно в виде хтмл хранить? как минимум можно хранить мета-данные, которые уже превращаются в контролы

а логика? валидация и динамика? все это еще видеть надо при разработке, щупать

Доброй ночи коллеги

не могу придумать как сделать, может вы подскажите.

<form (submit)="submit()"> ... <button type="submit">1111</button> <button type="submit">2222</button> </form> Есть форма с двумя кнопками, при нажатии на которые в метод должны передаваться разная переменная например, в зависимости от которой я сделаю нужный мне адрес для запроса к апи

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

на кнопку вешаешь (click)="yourMethod(param)"

на кнопку вешаешь (click)="yourMethod(param)"

ну тогда же не сработает валидация

т.е. если на инпуте будет required, оно не обратит на это внимания

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

сори, немножко не понял что ты имеешь в виду

а что за функционал у формы?

Несколько текстовых полей, дата, файлы, но обработчик формы будет одинаковый на 2 кнопки, единственное различие, это url API

может так: <form (ngSubmit)=“submit()” #myForm=“ngForm”> <button (click)=“click(myForm)” ….> </form>

click(myForm) { myForm.submit(); }

или типа того

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

https://angular.io/docs/ts/latest/api/forms/index/NgForm-directive.html

попробуйте <button (click)=“onClick($event, myForm)”>

click($event, myForm) { return myForm.onSubmit($event); }

click($event, myForm) { return myForm.onSubmit($event); }

Спасибо, буду пробовать

получается имитация submit

интересный подход)

Спасибо, буду пробовать

я набросал у себя форму <form (ngSubmit)=“submit()”> <input …> <button type=“submit” (click)=“click()” ….> </form>

так вот, все работает без проблем

жму кнопку, а форма жалуется, что поле не заполнено

то есть, не нужны всякие костыли

так вот, все работает без проблем

Спасибо большое Таир, сейчас буду делать, такой прикол что у меня на angular1.5 на моем проекте такой же кейс, но думаю там так просто не получится.

<form (submit)="submit()"> ... <button type="submit">1111</button> <button type="submit">2222</button> </form> Есть форма с двумя кнопками, при нажатии на которые в метод должны передаваться разная переменная например, в зависимости от которой я сделаю нужный мне адрес для запроса к апи

у html кнопки submit можно задать атрибут value и отловить ее на серваке. например делаем сабмит батон с именем CurrentBtn и value btnSaveAndCreate тогда например на yii2 отловить можно так: $req = Yii::$app->request; if ($req->isPost) { $save_btn = $req->post("CurrentBtn"); if (isset($save_btn)){ switch ($save_btn) { case 'btnSave': ... break; case 'btnSaveAndCreate': ... break; default: ... break; } } }

у html кнопки submit можно задать атрибут value и отловить ее на серваке. например делаем сабмит батон с именем CurrentBtn и value btnSaveAndCreate тогда например на yii2 отловить можно так: $req = Yii::$app->request; if ($req->isPost) { $save_btn = $req->post("CurrentBtn"); if (isset($save_btn)){ switch ($save_btn) { case 'btnSave': ... break; case 'btnSaveAndCreate': ... break; default: ... break; } } }

Это же пхп. Я думал, ругаться матом в этом чате нельзя.

Это же пхп. Я думал, ругаться матом в этом чате нельзя.

А что конкретно не так с PHP 7.1? Можно аргументировано?

Да это чат по второму ангуляру, пхп тут и рядом не причем

Это так же не уместно как в чате по пхп говорить про ноду или хаскел

А что конкретно не так с PHP 7.1? Можно аргументировано?

Богатое наследие прошлого, никуда не ушедшее. Слишком много неочевидных правил(например, приведения типов), которые нужно именно учить. Из-за этого шанс " насрать" в коде так, что формально он будет работать, но фактически это будет неподдерживаемый кусок говна.

Да это чат по второму ангуляру, пхп тут и рядом не причем

Но вообще я имел ввиду именно это, да.

Богатое наследие прошлого, никуда не ушедшее. Слишком много неочевидных правил(например, приведения типов), которые нужно именно учить. Из-за этого шанс " насрать" в коде так, что формально он будет работать, но фактически это будет неподдерживаемый кусок говна.

> Богатое наследие прошлого Что конкретно? По пунктам можно? > Слишком много неочевидных правил(например, приведения типов), которые нужно именно учить У ES6 тоже правила приведения и сравнения не очень очевидные, для человека, который только пришёл в мир JS (скажем пробует себя после какого-нибудь статического строго типизированного ЯП). Это очень плохо, да, но работы постепенно ведутся по уменьшению undefined behavior. Ну и конечно, не стоит самому строить конструкции, которые не будут очевидны. Для этого есть специальные инструментарии для статического анализа, которые неплохо интегрируются в Continuous Integration в проекте. Скажем принцип «не пускаем в production ветку, пока не исправим все потенциальные проблемы в кодовой базе». > "насрать" Просто не пускать новичков и Junior'ов самим мержить свои feature ветки в основные ветки проекта. Работать с процессом pull request'ов активнее. > формально он будет работать, но фактически это будет неподдерживаемый кусок говна В любом языке можно создать подобную конструкцию. Haskell и pure FP скажем, совсем не гарантия отсутствия логических и ошибок предметой области в разрабатываемом вами приложении. Конечно, в compile time ты много чего можешь отловить, но просто как декларирование факта самого. > Но вообще я имел ввиду именно это, да. Я не против личных сообщений в Телеграме.

> Богатое наследие прошлого Что конкретно? По пунктам можно? > Слишком много неочевидных правил(например, приведения типов), которые нужно именно учить У ES6 тоже правила приведения и сравнения не очень очевидные, для человека, который только пришёл в мир JS (скажем пробует себя после какого-нибудь статического строго типизированного ЯП). Это очень плохо, да, но работы постепенно ведутся по уменьшению undefined behavior. Ну и конечно, не стоит самому строить конструкции, которые не будут очевидны. Для этого есть специальные инструментарии для статического анализа, которые неплохо интегрируются в Continuous Integration в проекте. Скажем принцип «не пускаем в production ветку, пока не исправим все потенциальные проблемы в кодовой базе». > "насрать" Просто не пускать новичков и Junior'ов самим мержить свои feature ветки в основные ветки проекта. Работать с процессом pull request'ов активнее. > формально он будет работать, но фактически это будет неподдерживаемый кусок говна В любом языке можно создать подобную конструкцию. Haskell и pure FP скажем, совсем не гарантия отсутствия логических и ошибок предметой области в разрабатываемом вами приложении. Конечно, в compile time ты много чего можешь отловить, но просто как декларирование факта самого. > Но вообще я имел ввиду именно это, да. Я не против личных сообщений в Телеграме.

В ПМ, но немного позже

В ПМ, но немного позже

Да, без проблем. Аргументированная дискуссия всегда интересна.

Про TypeScript и Flow.js я в курсе, возвращаясь к приведению типов. ? Небольшое уточнение на всякий случай.

У пыхи много косяков уровня дизайна и структуры. ТЧК

У пыхи много косяков уровня дизайна и структуры. ТЧК

Например?

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

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

Аргументов не будет конкретных?

не понимаю, зачем кому-то что-то доказывать

тем более не про ангуляр

не понимаю, зачем кому-то что-то доказывать

Ну как же - природное желание доминировать, не ?

Или вы про пользу от этого ?

PHP плохой язык. Но он getting things done friendly, тем не менее. Как и Node.js.

Я тебе привёл. Ковырять пыху, чтобы ткнуть тебя носом, смысла не вижу. Сам найдёшь, если захочешь. Я то к пыхе норм отношусь, тут просто авторитетное мнение, явно не нашего с тобой уровня))

Или вы про пользу от этого ?

ага

Я тебе привёл. Ковырять пыху, чтобы ткнуть тебя носом, смысла не вижу. Сам найдёшь, если захочешь. Я то к пыхе норм отношусь, тут просто авторитетное мнение, явно не нашего с тобой уровня))

Ты ничего из аргументов не привёл. Что-то сказал про дизайн и структуру. Я ничего не понял. Что конкренто не нравится в дизайне языка? (Предвосхищаю апелляцию к моим интеллектуальным способностям.)

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

То что она местами неадекватная.

вокруг все лажа

даже всякие Haskell и Elm

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

Так и есть. Инфраструктурные инструменты — всё зло. ? Я тоже хочу просто решать задачу и описывать предметную область с как можно меньшим количеством инфраструктурного кода.

мне кажется ваш разговор похож на флуд

Всем бан.

нет плохих яиц, есть плохие танцоры ))) не в обиду

PHP плохой язык. Но он getting things done friendly, тем не менее. Как и Node.js.

Ну такое После руби и эликсира мне нода не кажется френдли, как и пхп

я лично тоже плохо танцую

Да забейте вы плохой/хороший если тупой ничего не поможет

И собственно я считаю что тут нужно обсуждать профильные вопросы.

тема этого чата: Ангуляр 2 и Тайпскрипт такая лажа, и как мне с этим жить?

нытье про другие языки в соответсвующих группах

Typescript кстати вполне ок у меня он в angular 1.x

Лучше бы жс разрабатывали, чем эти кофе, теперь тайп

Это как снятие симптомов

Лучше бы жс разрабатывали, чем эти кофе, теперь тайп

TypeScript и отомрёт постепенно.

Болезнь не лечит и эффект проходит)

На фоне развития ES6/ES7, Node.js и браузерных движков.

Flow.js мне лично нравится куда больше TS (но это сугубо ИМХО).

О хоспаде. Я скинул php чтоб было понятно как на стороне сервера обработать можно было. Делайте на чом хотите, это просто пример.

О хоспаде. Я скинул php чтоб было понятно как на стороне сервера обработать можно было. Делайте на чом хотите, это просто пример.

Yii2 протух и deprecated.

О хоспаде. Я скинул php чтоб было понятно как на стороне сервера обработать можно было. Делайте на чом хотите, это просто пример.

кстати, это разве сработает, если mime != multipart/form-data

там же форма не сабмитится

а передается под контроль ангуляра

Yii2 протух и deprecated.

Тезка, вдох-выдох сделай. Молодо-молодежно это не принцип определения качества языка.