1樓：張宇昂
一鍵建立 nestjs + react/vue 服務端渲染應用的demoykfe/ssr一鍵建立 nestjs + react/vue 服務端渲染應用的demo
ykfe/ssr
2樓：johns wu
看到有很多人提到ng和spring，但 ng 和 spring 只是「形」，其核心（「神」）是對依賴管理引入了IOC的策略，使得其可以更有序的支撐專案的推進與擴大
3樓：趙添力
過了一年半, 誰可以再分析一下.
基於 koa 的 egg 規範和基於 express 的 nestjs 的實踐下來的感受?
4樓：「已登出」
參考了ng設計，ng用在前端不咋的，但是這一套用在後端簡直完美。
本質是前端需要相當高的靈活度，而後端則需要相當嚴格的架構布置。
我現在都用的nestjs，挺爽的，比egg爽，寫個swagger，egg要累死，nestjs直接對接ts型別系統，解析資料庫schema，產出swagger，及其高效！
5樓：劉珅
讓我們先用起來
乙個使用nestjs開發的的社群系統，介面優雅，功能豐富。
6樓：
聽我一句勸，直接上springboot，大小可用，進退可守，方案例子海量，其他的別管nest.js還是go-micro，在springboot面前，都是過家家。
7樓：極客教程
個人覺得，nest.js並不是說就是要把spring乾掉，因為這個也不可能。但是，這麼多web框架，又何必糾結於那個更好更突出呢，自己熟練使用那個，能解決問題不就可以了嗎。
8樓：「已登出」
沒有事務支援的nestjs還差點意思，只有結合async-hooks做出類似於threadlocal的+上事務支援才算接近spring的體驗。
嘗試寫過乙個支援async-hooks的DI容器,但是感覺還差點意思。
9樓：張國鈺
對於一部分後端工程師來說，基本可以平滑過渡，沒有太陡峭的學習成本，可是，既然都用TS了，還大量採用和Spring近似的decorator，為什麼不直接用Spring Boot呢？
10樓：liulun
感覺除了在瀏覽器內執行的js開發工作，
用js寫任何東西，都是為了快速完成業務，真本身並沒有錯！
現如今軟體行業，尤其是js生態豈止用繁榮二字能形容的了的
有點像細菌群落，在不斷的組合、演化形成更高階的生命體！
遞弱代償！
11樓：雪山隔壁
js語言鬆散雜亂的組織方式，會越來越影響到大型專案的維護成本，對應前端開發也會慢慢的朝著ng2+的方向發展，當然必須等到開發人員的認知提公升到這個水平
12樓：zbmyYang
已經在公司布道，開始逐步重構全部node層，nest不僅僅改變的是寫法，像DI，decorator，dto，更多的是改變前端以往鬆散雜亂的模組方案，將專案抽離為高聚低耦，遵循六大設計原則，所以後端的同學會更容易接受。另外，配合nuxt，next的前端3N方案，相信你會發現另乙個世界。
13樓：Arylo Yeung
正在使用中，剛開始使用覺得不錯，但隨著專案的深入，發覺這個框架還屬於雛形，真的上覆雜的專案的話，不用考慮它。但如前面所說，還是雛形，所以潛力還是挺大的。
我是前端，然後想學這個nest js請問這個有學到必要嘛？
隊長別開槍 有精力學肯定是推薦學習的。用nestjs做一做b端或者自己的小專案都是ok的。學nestjs的過程中能跟著學會ts的高階使用 裝飾器和元資料。也會學到很多新的程式設計概念 FP，FRP，DTO，Entity，依賴注入等。對於擴寬自己的知識面還是很不錯的。 白日夢 nest.js next...
請問如何評價 如何評價
YIMING REN 要想清楚，如何評價如何評價，到底是一種怎麼樣的存在。羅曼 羅蘭說過一句富有哲理的話，只有把抱怨環境的心情，化為上進的力量，才是成功的保證。這句話語雖然很短，但令我浮想聯翩。吉姆 羅恩說過一句富有哲理的話，要麼你主宰生活，要麼你被生活主宰。這不禁令我深思。帶著這些問題，我們來審視...
如何評價如何評價19 20賽季切爾西的總體表現？
軒轅吱吱 總的來說，19 20賽季切爾西的表現是令人滿意的。如果打分的話，70分吧。賽季初主教練出走，核心出走，轉會禁令，大面積球員傷缺就決定了我車的開局就是困難模式。一整個賽季裡，我們用著履歷裡只有一年英冠球隊職教經歷的菜鳥主教練蘭帕德，提拔了一大批之青年球員，包括芒特 亞伯拉罕 里斯詹姆斯 祖瑪...