RESTful Question/Answer design?

Question

This is a toy project I'm working on at the moment.

My app contains questions with multiple choice answers.

The question url is in the following format, with GET & POST mapping to different actions on the questions controller.

GET:   url.com/questions/:category/:difficulty      => 'ask'
POST:  url.com/questions/:category/:difficulty      => 'answer'

I'm wondering if it's worth redesigning this into a RESTful style. I know I'd need to introduce answers as a resource, but I'm struggling to think of a url that would look natural for answering that question.

Would a redesign be worthwhile? How would you go about structuring the urls?

Answer 1

우리는 해결책을 발견했습니다.많은 범위를 사용하면 웹 응용 프로그램으로 좁혀졌습니다.나는 그런 다음 웹 응용 프로그램 내의 어떤 사이트에서 어떤 사이트가 범인 이었는지 알아 냈습니다.500K 이상의 MSG 항목이 저장된 단일 사이트 컬렉션으로 밝혀졌습니다.이러한 사람들 (특정 부서)은 Exchange 환경의 보존 설정을 좋아하지 않았기 때문에 메일 스토리지 시스템으로 SharePoint를 사용하고 있습니다.매우 작은 항목의 수가 문제의 주요 원인이고 크롤 러가 이러한 파일을 인덱싱하는 문제가 발생합니다.

Answer 2

You don't necessarily need to treat answers as a separate resource: you could treat an answer as an element of a question. In fact, I think this would be better - an answer isn't really worth anything unless it's tied to a question.