AB
Фронт на вью, бзк хоть на питоне)
Size: a a a
2020 December 29
a
почему?
просто такое теоретически возможно. Не уверен.
a
Ага, этот подход и мне нравится. Бэк один тупо на апи плюс 2 сервиса, админка и контент
Я так и делаю свой тестовый полигон (сервис микроблоггинга), но застрял на принятии решения, что должен представлять из себя API. Существует стандарт JSON-API, но он многословный и тот же vue на фронте требует прослойки-библиотеки, которая будет мапить в юзабельные объекты. Но в итоге получается, что вместо plain-объектов данных приходится работать через методы. Например, post.getTitle(). Это какой-то чужеродный подход подход к фронту, как мне кажется.
Это только одна из либ, но я уже разочаровался в JSON-API, не вырос я, чтобы принимать такие фундаментальные решения.
Это только одна из либ, но я уже разочаровался в JSON-API, не вырос я, чтобы принимать такие фундаментальные решения.
СК
почему?
Вероятно файлы могут храниться не по реальному имени, а по хешу, у него точно не будет расширения или оно не гарантировано будет реальным
СК
Я так и делаю свой тестовый полигон (сервис микроблоггинга), но застрял на принятии решения, что должен представлять из себя API. Существует стандарт JSON-API, но он многословный и тот же vue на фронте требует прослойки-библиотеки, которая будет мапить в юзабельные объекты. Но в итоге получается, что вместо plain-объектов данных приходится работать через методы. Например, post.getTitle(). Это какой-то чужеродный подход подход к фронту, как мне кажется.
Это только одна из либ, но я уже разочаровался в JSON-API, не вырос я, чтобы принимать такие фундаментальные решения.
Это только одна из либ, но я уже разочаровался в JSON-API, не вырос я, чтобы принимать такие фундаментальные решения.
Попробуй глянуть gRPC, может ближе к цели будет
AH
Я так и делаю свой тестовый полигон (сервис микроблоггинга), но застрял на принятии решения, что должен представлять из себя API. Существует стандарт JSON-API, но он многословный и тот же vue на фронте требует прослойки-библиотеки, которая будет мапить в юзабельные объекты. Но в итоге получается, что вместо plain-объектов данных приходится работать через методы. Например, post.getTitle(). Это какой-то чужеродный подход подход к фронту, как мне кажется.
Это только одна из либ, но я уже разочаровался в JSON-API, не вырос я, чтобы принимать такие фундаментальные решения.
Это только одна из либ, но я уже разочаровался в JSON-API, не вырос я, чтобы принимать такие фундаментальные решения.
Блин, со стороны фронта не скажу совсем. Нет экспертизы там. Но я чёт не вижу ничего плохого в объектах.
DS
Вероятно файлы могут храниться не по реальному имени, а по хешу, у него точно не будет расширения или оно не гарантировано будет реальным
Так это загрузка реального файла, это не загрузка по урл или чему то подобному
СК
Так это загрузка реального файла, это не загрузка по урл или чему то подобному
Тогда всё опирается только на доверие к тому кто загружать файл будет (или его User-Agent-у), а, зная юзверей, там могут весьма интересные вещи приходить)
a
Попробуй глянуть gRPC, может ближе к цели будет
вижу много материала. Спасибо, ознакомлюсь.
a
Блин, со стороны фронта не скажу совсем. Нет экспертизы там. Но я чёт не вижу ничего плохого в объектах.
Это непривычно. Ксенофобия какая-то.
a
Неизвестно, как vue будет реагировать на происходящее внутри этого объекта.
a
По общему впечатлению оно заточено именно под plain-объекты. Если я сделаю post.setTitle(), то будет ли перерисована часть, где post.getTitle()?
