Как Вы реализуете формы “редактирования” ресурса УСПОКОИТЕЛЬНЫМ способом?
public static void main(String[] args) {
Calendar cal = Calendar.getInstance();
cal.set(year, month, date);
SimpleDateFormat format1 = new SimpleDateFormat("yyyy MM dd");
String formatted = format1.format(cal.getTime());
System.out.println(formatted);
}
4 ответа
При представлении данных через плоскость HTML Вы ограничиваетесь выполнением основанной на POST формы. URI, к которому отправлен запрос POST, не должен быть URI для изменяемого ресурса. Вы должны любой POST к ресурсу набора, который ДОБАВЛЯЕТ недавно созданный ресурс каждый раз (с URI для нового ресурса в заголовке Местоположения и 202 кодах состояния) или POST к updater ресурсу, который обновляет ресурс с предоставленным URI в содержании запроса (или пользовательский заголовок).
При использовании объекта XmlHttpRequest можно установить метод, чтобы ПОМЕСТИТЬ и отправить данные URI ресурса. Это может также работать с пустыми формами, если сервер предоставляет допустимый URI для все же несуществующего ресурса. ПОМЕЩЕННОЕ первое создало бы ресурс (возвращающийся 202). Последующий ПОМЕЩАЕТ, ничего или не сделает, если это будут те же данные, или измените существующий ресурс (в любом случае, 200 возвращаются, если ошибка не происходит).
Существует много различных альтернатив, которые можно использовать. Хорошее решение предоставлено в микроформатах Wiki и было также сослано УСПОКОИТЕЛЬНОЙ командой JSON. Настолько близко, как можно добраться до стандарта, действительно.
Operate on a Record
GET /people/1
return the first record
DELETE /people/1
destroy the first record
POST /people/1?_method=DELETE
alias for DELETE, to compensate for browser limitations
GET /people/1/edit
return a form to edit the first record
PUT /people/1
submit fields for updating the first record
POST /people/1?_method=PUT
alias for PUT, to compensate for browser limitations
Я думаю, что необходимо разделить услуги передачи данных от веб-UI. При обеспечении услуг передачи данных УСПОКОИТЕЛЬНАЯ система является совершенно соответствующей, включая использование глаголов, которые браузеры не могут поддерживать (как ПОМЕЩЕННЫЙ и УДАЛИТЬ).
При описании UI я думаю, что большинство людей путает "УСПОКОИТЕЛЬНЫЙ" с "хорошими, предсказуемыми URL". Я не был бы всем, что волновалось о ЧИСТО УСПОКОИТЕЛЬНОМ синтаксисе URL, когда Вы описываете веб-UI.
Загрузка должна просто быть нормальным, ПОЛУЧАЮТ запрос, и сохранением новых данных должен быть POST к URL, который в настоящее время имеет данные...
Например, загрузите текущие данные из http://www.example.com/record/matt-s-example и затем, измените данные и POST назад к тому же URL с новыми данными.
ПОМЕЩЕННЫЙ запрос мог использоваться при создании новой записи (т.е. Помещенный данные в URL, который в настоящее время не существует), но на практике просто РЕГИСТРАЦИЯ является, вероятно, лучшим подходом для начала работы с.