我一直在玩框架和角度在一起超過兩年。我的問題是我需要把握這兩者之間的最佳...有玩框架和角度一起工作的最佳方式
播放和角度可以在一個單一的項目進行合併和播放的路由可以直接喂角路線。這種方式MVC的視圖部分直接取代了角度結構。我已經知道的缺點是，當你計劃使用其他媒體（也許就像android）來獲取API供稿或者您想要與其他媒體授權握手時，它是不可管理的。
第二種方式更清潔，當你只是使用一個單獨的角度應用程序（如yeoman或從頭開始），其中play將作爲API服務平臺進行提供並且角度將在獨立服務器中運行。如果我不使用任何雲，我不太確定部署角度的負擔。或類似的東西。
現在我的問題是哪種方式更受歡迎，現代和合乎邏輯？
您的分析正確無誤，第一種方法失去了高級路由角度可以提供的功能，而第二種方法對於小型應用程序（運行兩臺服務器）來說是一種矯枉過正。
我們已經使用了兩種方法的組合，運行角度爲&播放在同一個文件夾/資源庫中。訣竅是將角色「構建」成文件夾，隨後將其作爲公用文件夾加載到文件夾中。然後將api路由與靜態路由分開，例如，所有/ public/* url都會轉到公用文件夾。而api/*路由到標準的播放控制器。
添加外部文件夾中發揮公共文件夾可以用下面的行build.sbt
unmanagedResourceDirectories in Assets += baseDirectory.value/"client/build"
See this answer的細節來完成。
所以最終這個項目看起來是這樣的：
當然也可以在這個解決方案的變種，e.g而不是添加客戶端/建造發揮其作爲非託管資源文件夾，它在構建時的內容複製到標準播放公用文件夾。