我們的團隊目前正在研究開發新網絡監控系統的接口。我們支持從進入系統：網頁瀏覽器（使用Javascript/HTML5爲基礎）支持瀏覽器和REST客戶端的相同REST端點
任何REST客戶端（可能是一個命令行REST殼或其他一些高級別系統，例如：做混搭）。
我們正考慮在服務器端（基於Java EE）提供相同的REST端點以支持這兩種類型的客戶端。這是因爲，從某種意義上說，我們認爲瀏覽器也是一個REST客戶端。而且因爲我們認爲它可以避免服務器端的任何重複。而且我們對工程師的評價很低（畢竟這可能是件好事！）。
我們將在瀏覽器中使用Ajax進行異步請求/響應處理。我們認爲任何其他REST客戶端都需要照顧它想要的任何異步。
1）這些日子通常是這樣嗎？
2）這是一個很好的方法，不管其他考慮？ 還是需要在做出這個決定之前考慮其他方面？
3）我認爲這意味着我們只將所有響應作爲JSON發送到服務器，並僅進行客戶端呈現。對 ？
Yoy're對！這是我的意見：
1) Is this how it is usually done these days ?
是的。大多數REST API都是在同一個服務器端API上構建的。該API向客戶端提供信息，無論客戶端是什麼，必須是瀏覽器或命令行調用。
你可以看看免費Apigee ebooks，特別是this one，以獲得更多關於如何構建強大的Restful api的信息。
2) Is this a good approach, regardless of any other consideration? Or does one need to consider any other aspect, before making this decision ?
我認爲是最好的方法，你有一個API來管理你的服務給客戶端。
3) I think this implies that we are to send all responses as JSON only from the server and do client-side rendering only. Right ?
對。一些JavaScript框架，如AngularJS，只在來自Rest Client的JSON響應時纔在瀏覽器上進行所有呈現。你也可以用JQuery來做。