букс (создание)
Цитата: Pretorian от 09.01.2016, 20:42Цитата: Nikesи теперь напрашивается вопрос..... и что ?
то что весь код работает в браузере и он виден и доступен для изменения
то что весь код работает в браузере и он виден и доступен для изменения
Цитата: ByFly от 09.01.2016, 20:43Pretorian, старость не радость, наверное пока писал свой САР, стал маразматиком и отстал от мира, наверное пару лет на улицу не выходил даже
Pretorian, старость не радость, наверное пока писал свой САР, стал маразматиком и отстал от мира, наверное пару лет на улицу не выходил даже
Цитата: Nikes от 09.01.2016, 20:43Pretorian,
я скинул тебе уже ссылку, а ты как тупой баран
https://ru.wikipedia.org/wiki/Одностраничное_прило
жение
и снизу пример приложений SPA:
Gmail
и раз так, расскажи, для чего нужны js фреймворки?
Pretorian,
я скинул тебе уже ссылку, а ты как тупой баран
https://ru.wikipedia.org/wiki/Одностраничное_прило
жение
и снизу пример приложений SPA:
Gmail
и раз так, расскажи, для чего нужны js фреймворки?
Цитата: Misha от 09.01.2016, 20:46Претор, байфлай - либо приводите свои сообщения в адекватный вид, либо тусуютесь в бане.
Nikes вам по делу сказал. Загуглили давно бы.
Претор - докапался по херне. Почему?
Во-первых, пишем backend и frontend(тот самый SPA), отдельно. Взаимодействую они через api. Чем хорошо? Скорость разработки, можно запилить сразу и приложения под мобильные платформы.
Чем плохо? Мы в суровой реальности и пишем букс, поэтому расчехляем php 4,(ну максимум php 5.2) и пишем.
Но вернёмся в мир реальной разработки.
Наш backend отлично покрыт юнит-тестами, а написали мы его на node.js. frontend тоже на js. Может нам нравится больше typescript и всё на нём, но не суть. Мы написали всё на одном языке. Так что по этому поводу отстань.Почему такой подход крут? Как хорошие программисты, мы продумали архитектуру и поняв, что node.js -
уже не модномедленный переписываем намодныйбыстрый go, поочерёдно заменяя модули, причём так, что пользователь не заметит этого, ведь frontend не изменился
Претор, байфлай - либо приводите свои сообщения в адекватный вид, либо тусуютесь в бане.
Nikes вам по делу сказал. Загуглили давно бы.
Претор - докапался по херне. Почему?
Во-первых, пишем backend и frontend(тот самый SPA), отдельно. Взаимодействую они через api. Чем хорошо? Скорость разработки, можно запилить сразу и приложения под мобильные платформы.
Чем плохо? Мы в суровой реальности и пишем букс, поэтому расчехляем php 4,(ну максимум php 5.2) и пишем.
Но вернёмся в мир реальной разработки.
Наш backend отлично покрыт юнит-тестами, а написали мы его на node.js. frontend тоже на js. Может нам нравится больше typescript и всё на нём, но не суть. Мы написали всё на одном языке. Так что по этому поводу отстань.
Почему такой подход крут? Как хорошие программисты, мы продумали архитектуру и поняв, что node.js - уже не модно медленный переписываем на модный быстрый go, поочерёдно заменяя модули, причём так, что пользователь не заметит этого, ведь frontend не изменился
Цитата: Nikes от 09.01.2016, 20:51Pretorian,
понимаешь ли, когда пишется такое приложение - насрать то что виден весь js, насрать что ты его сможешь изменить, все равно главная роль идет у бэкенда - который получает запрос от твоего приложения и отдает ответ твоему приложению, тебе останется только вывести ответ на js. Это же принцип всех современных приложений, потом с этим бэкендом можно выкатить мобильное приложение, которое тоже отправляет запрос на api и получает ответ и просто его выводит.
Pretorian,
понимаешь ли, когда пишется такое приложение - насрать то что виден весь js, насрать что ты его сможешь изменить, все равно главная роль идет у бэкенда - который получает запрос от твоего приложения и отдает ответ твоему приложению, тебе останется только вывести ответ на js. Это же принцип всех современных приложений, потом с этим бэкендом можно выкатить мобильное приложение, которое тоже отправляет запрос на api и получает ответ и просто его выводит.