LINUX.ORG.RU

История изменений

Исправление vvn_black, (текущая версия) :

Подскажите что нужно что бы решить мою задачу, какие фреймворки?

Действовать последовательно:

  • начать с выбора БД (sql или не sql) и её схемы
  • ручками заполнить набором данных, попробовать продумать запросы
  • перейти к выбору варианта интерфейса (API) к базе, голые запросы даже не рассматривай: REST, JSON, gRPC, GraphQL, что-то ещё. Одновременно рассматриваешь готовые реализации и движки, цепляешь их к базе, пробуешь запросы вручную. В идеале, обойдёшься вообще без бэка.
  • вот, теперь можно думать о клиентской части, вплоть до того, что отдать её на аутсорс, дав исполнителю макет или описание того, что должно получиться

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

Да, и при описанном подходе ты не ограничиваешь клиентскую часть выбором стека. Клиенты под описанные API есть «везде».

Исправление vvn_black, :

Подскажите что нужно что бы решить мою задачу, какие фреймворки?

Действовать последовательно:

  • начать с выбора БД (sql или не sql) и её схемы
  • ручками заполнить набором данных, попробовать продумать запросы
  • перейти к выбору варианта интерфейса (API) к базе, голые запросы даже не рассматривай: REST, JSON, gRPC, GraphQL, что-то ещё. Одновременно рассматриваешь готовые реализации и движки, цепляешь их к базе, пробуешь запросы вручную. В идеале, обойдёшься вообще без бэка.
  • вот, теперь можно думать о клиентской части, вплоть до того, что отдать её на аутсорс, дав исполнителю макет или описание того, что должно получится

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

Да, и при описанном подходе ты не ограничиваешь клиентскую часть выбором стека. Клиенты под описанные API есть «везде».

Исходная версия vvn_black, :

Подскажите что нужно что бы решить мою задачу, какие фреймворки?

Действовать последовательно:

  • начать с выбора БД (sql или не sql) и её схемы
  • ручками заполнить набором данных, попробовать продумать запросы
  • перейти к выбору варианта интерфейса (API) к базе, ajax-запросы даже не рассматривай: REST, JSON, gRPC, GraphQL, что-то ещё. Одновременно рассматриваешь готовые реализации и движки, цепляешь их к базе, пробуешь запросы вручную. В идеале, обойдёшься вообще без бэка.
  • вот, теперь можно думать о клиентской части, вплоть до того, что отдать её на аутсорс, дав исполнителю макет или описание того, что должно получится

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

Да, и при описанном подходе ты не ограничиваешь клиентскую часть выбором стека. Клиенты под описанные API есть «везде».