Котоны есть старенький ноутбук, производителя не помню. 386 с мышкой! большой трехкнопочной! Есть даже мануал к нему! Вечером могу отфокать железки. Может надо кому?
Не совсем. Меняются поля не одной сущности а несколько. Еще раз, есть список с вероятностными событиями у них по 2 поля имя и %. Сумма всех процентов должна быть 100%, таким образом меняя % у одной сущности мы по какому-то алгоритму меняем у других, что б сумма была 100. В итоге получаем список, у которого у всез лементов изменился параметр и его надо созранить.
list of events:
event1:
name:«событие 1»
percent: 20
event2:
name:«событие 2»
percent: 30
event3:
name:«событие 3»
percent: 40
event4:
name:«событие 4»
percent: 10
Я в примере возвращаю созданную сущность
Каноничный REST на пост должен вернуть 201 и идентификатор новой записи (ссылку) по кторой клиент гетом уже забирает. Многие клиентские либы на пост сами разгребают запрос и гетом забирают данные об объекте, прозрачно для юезра, но 2 запроса это 2 запроса
Перове есть список элементов со свойством, которое зависит от других елементов.
Допустим есть список вероятностных событий и мы им можем менять вероятность их наступления, но общая их сумма должна быть 100%.
Таким образом на клиенте мы меняем минимум 2 элемента, максимум — все.
Как сохранять изменения?
Второе мы создаем новую сущность пост запросом тру вей не возвращать сущность в запоросе. Значит нам надо делать всегда гет запрос после создания?
Справедливости ради, половина этой суммы была потрачена на не пойми что :) И оно никогда не будет выглядеть нормально, сопли из проводов, изолента и т.д. Иначе цена девайса будет куда больше 8куе
К слову, KTM делает електро кроссачи 45-60 минут ада на колесах www.youtube.com/watch?v=T-AzDZt1IcM
И, конечно, есть спорты и прочая елктро радость в промышленных масштабах.
60-70 в зависимости от производителя, размера колес и т.д.
Спустить легко, а вот поднять… Одному наверно только, если движком помогать) или сильно хотеть.
plus.google.com/112163540975300330266/posts/9Lv4NghATfc
Девайсина от Data General называется walkabout sx :)
Не совсем. Меняются поля не одной сущности а несколько. Еще раз, есть список с вероятностными событиями у них по 2 поля имя и %. Сумма всех процентов должна быть 100%, таким образом меняя % у одной сущности мы по какому-то алгоритму меняем у других, что б сумма была 100. В итоге получаем список, у которого у всез лементов изменился параметр и его надо созранить.
list of events:
event1:
name:«событие 1»
percent: 20
event2:
name:«событие 2»
percent: 30
event3:
name:«событие 3»
percent: 40
event4:
name:«событие 4»
percent: 10
Я в примере возвращаю созданную сущность
Каноничный REST на пост должен вернуть 201 и идентификатор новой записи (ссылку) по кторой клиент гетом уже забирает. Многие клиентские либы на пост сами разгребают запрос и гетом забирают данные об объекте, прозрачно для юезра, но 2 запроса это 2 запроса
Карма не дает оформить коммент(
Перове есть список элементов со свойством, которое зависит от других елементов.
Допустим есть список вероятностных событий и мы им можем менять вероятность их наступления, но общая их сумма должна быть 100%.
Таким образом на клиенте мы меняем минимум 2 элемента, максимум — все.
Как сохранять изменения?
Второе мы создаем новую сущность пост запросом тру вей не возвращать сущность в запоросе. Значит нам надо делать всегда гет запрос после создания?
Нееее такое не стоит стримить:)
scrobly.com/HIM694OpQHkZzQzW2HOw
www.youtube.com/watch?v=T-AzDZt1IcM
И, конечно, есть спорты и прочая елктро радость в промышленных масштабах.
Спустить легко, а вот поднять… Одному наверно только, если движком помогать) или сильно хотеть.
Счастья гораздо больше
cs9231.vk.me/v9231796/1a1c/y1ZmMMflETg.jpg