thảo luận Nextjs sẽ là tương lai cho web dev framework

Sinh ra đủ thứ công nghệ chả biết giải quyết được gì không ?
Nói thật, bản thân mình trải nghiệm cái SPA của React chưa thấy nó ngon chỗ nào cả.Giờ sang cả Nuxt,Next,Nest :LOL:

Gửi từ Vsmart Joy 3 bằng vozFApp
 
Đa số trường hợp, code rác và bẩn hơn CSR ReactJS nhiều.

Vì cái kiểu SSR nên nhiều khi nó như cái PHP của Javascript đó. Thuận tiện cho Dev non mới vào nghề muốn học ReactJS và deploy được example nhanh
mình chưa rõ lắm sao lại bẩn hơn CSR ReactJS nhỉ :(. Cũng là viết code React Component nhưng 1 phần là ở phía server thôi mà
 
Em vẫn đang dùng combo NextJS + Golang, mà module api của nextjs em khai báo route rồi gọi về api backend golang, hay như nào nhỉ, đoạn call api này phân vân quá
 
Em vẫn đang dùng combo NextJS + Golang, mà module api của nextjs em khai báo route rồi gọi về api backend golang, hay như nào nhỉ, đoạn call api này phân vân quá
sao ko gọi thẳgn qua bên server Go mà phải qua route của Next làm j fen
 
SSR hay CSR tùy thuộc vào mục đích của project thôi, web app phức tạp thì CSR, landing page hoặc app đơn giản thì SSR, mỗi cái tốt một kiểu, chủ yếu tùy business mà cân nhắc dùng gì thôi, các công ty lớn, stable rồi họ cũng k dễ dàng thay đổi tech stack theo trend đâu :nosebleed:
 
SSR hay CSR tùy thuộc vào mục đích của project thôi, web app phức tạp thì CSR, landing page hoặc app đơn giản thì SSR, mỗi cái tốt một kiểu, chủ yếu tùy business mà cân nhắc dùng gì thôi, các công ty lớn, stable rồi họ cũng k dễ dàng thay đổi tech stack theo trend đâu :nosebleed:
app đơn giản hay phức tạp thì SSR đều làm đc mà
 
mình chưa rõ lắm sao lại bẩn hơn CSR ReactJS nhỉ :(. Cũng là viết code React Component nhưng 1 phần là ở phía server thôi mà
Mấy cái getInitialProps nó được đổi qua mấy đời rồi đó giờ không hiểu đang dùng cái gì nữa.
Cái này càng làm càng ra nhiều vấn đề nên nó cứ đổi hoài. Tựu chung là do cái tư duy SSR là không elegant, đơn giản, trong sáng.

Còn nhiều cái embed non-React library vào SSR app cũng rối hơn.

Nhưng lý do chính là cái lối viết theo kiểu Php nên devs non tay vào code được rất nhanh thành ra dễ tạo ra một mớ shit cho mấy ông seniors đi dọn
 
Mấy cái getInitialProps nó được đổi qua mấy đời rồi đó giờ không hiểu đang dùng cái gì nữa.
Cái này càng làm càng ra nhiều vấn đề nên nó cứ đổi hoài. Tựu chung là do cái tư duy SSR là không elegant, đơn giản, trong sáng.

Còn nhiều cái embed non-React library vào SSR app cũng rối hơn.

Nhưng lý do chính là cái lối viết theo kiểu Php nên devs non tay vào code được rất nhanh thành ra dễ tạo ra một mớ shit cho mấy ông seniors đi dọn
sắp tới có Server components nữa đúng chuẩn php luôn :p
 
Cũng đang đắn đo, không biết gọi api qua lớp con next có ưu điểm gì về bảo mật không nhỉ :3
Theo mình là giấu dc ip và endpoint của backend (vì route api của next sẽ như 1 th proxy) debug network của browser sẽ chỉ thấy gọi đến chính cái trang nextjs hiện tại
SSR hay CSR tùy thuộc vào mục đích của project thôi, web app phức tạp thì CSR, landing page hoặc app đơn giản thì SSR, mỗi cái tốt một kiểu, chủ yếu tùy business mà cân nhắc dùng gì thôi, các công ty lớn, stable rồi họ cũng k dễ dàng thay đổi tech stack theo trend đâu :nosebleed:

Mấy cái getInitialProps nó được đổi qua mấy đời rồi đó giờ không hiểu đang dùng cái gì nữa.
Cái này càng làm càng ra nhiều vấn đề nên nó cứ đổi hoài. Tựu chung là do cái tư duy SSR là không elegant, đơn giản, trong sáng.

Còn nhiều cái embed non-React library vào SSR app cũng rối hơn.

Nhưng lý do chính là cái lối viết theo kiểu Php nên devs non tay vào code được rất nhanh thành ra dễ tạo ra một mớ shit cho mấy ông seniors đi dọn
Cái trò ssr thì thằng nuxt nó viết xịn và dễ dùng hơn nhiều
Có từ 2019 thời mình chập chững bước vào ngành rồi. Thằng next cảm giác nó làm quá rối rắm cái gì cũng muốn nhét vô
 
Back
Top