THẢO LUẬN

thg 11 19, 2019 2:52 SA

dễ làm hơn nhiều chứ sao 😃)

+1
thg 11 19, 2019 1:59 SA

ok b nhé

0
Avatar
đã nhận xét cho câu hỏi
thg 11 19, 2019 1:39 SA

@jonyu trước khi học lập trình thì bạn nên học lại cách đặt câu hỏi. Hỏi là tốt nhưng đừng lạm dụng nó qúa mức

+2
thg 11 19, 2019 1:32 SA

Cảm ơn bạn ✌️ Ủng hộ mình nhiều hơn nhé 😉)

+1
thg 11 18, 2019 7:37 CH

bạn có nói là "Đặc biệt đối với các ứng dụng có dashboard và xác thực sẽ không cần đến SEO hoặc chia sẻ đến các phương tiện truyền thông thì không cần SSR". Vậy tại sao mấy cái đó thì nên dùng CSR? đỡ tốn nhiều chi phí hơn về mặt tài nguyên à bạn?

+1
Avatar
đã bình luận cho bài viết
thg 11 18, 2019 7:22 CH

Thật ra thì tuỳ nhu cầu mà sử dụng cho phù hợp thôi bạn, nếu bạn muốn SEO tốt trang web thì SSR là lựa chọn và ngược lại.

0
thg 11 18, 2019 7:02 CH

Tại sao mình đọc bài viết này: https://toidicodedao.com/2018/09/11/su-khac-biet-giua-server-side-rendering-va-client-side-rendering/ tác giả lại nói "trình web đang có xu hướng chuyển dần từ server-side rendering sang client-side rendering". Xong mình tìm hiểu về nextjs thì lại thấy khuyên là nên sử dụng server-side rendering vậy b?

0

Mục đích trong bài của mình cũng tập trung chủ yếu vào việc syntax, bắt lỗi của async/await giúp code maintain dễ hơn so với Promise/callback, code trông gọn hơn. Mình cũng không nói là async/await làm code chạy nhanh hơn, vì đúng như bạn nói async/await bản chất thì cũng là "await Promise". Nhưng nói chung mình thấy cái mạnh nhiều hơn cái yếu và có thể chuyển hầu hết qua async/await được (cũng có trường hợp mình buộc phải để Promise.then..., nhưng rất ít) 😄

0

Chào bạn dùng async/await bạn có thể linh hoạt, await càn lúc càn thiết, khi nào ko càn thiết thì bạn ko await thì sẽ ko bị block UI, trong bài mình cũng note cho các bạn. Tất nhiên cũng có 1 số trường hợp mình buộc dùng promise nhưng về cơ bản mình thấy hiện tại có thể thay thế hầu hết bằng async/await, cái được nhiều hơn cái mất 😃

0
thg 11 18, 2019 5:06 CH

@quocdungabc chính xác rồi đó bạn. Sorry bạn mình bận việc nên không để ý giờ mới check được comment của bạn

0

Cái duy nhất nó cải thiện là syntax, async await cải tiến từ promise và promise thực tế cũng triển khai từ callback. Những cú pháp, hay object được triển khai sẵn này là để con người mắc ít sai lầm, nó không giúp những đoạn code đc triển khai tốt hơn, nhanh hơn về mặt công nghệ. https://www.quora.com/What-are-situations-to-use-callbacks-instead-of-promises-in-Javascript-Should-one-use-promises-all-the-time-Which-will-lead-to-more-readable-code/answer/John-Johnson-140

Đây là bài viết phân tích th nào nên dùng promise hay callback, so sánh 2 cái này hơi dị, nó không ngang bằng, mình cũng ko hiểu tại sao bạn nghĩ promise replace callback.

Promise và async await so sánh thì chuẩn hơn, async await và promise là một, dùng cho cùng mục đích với cú pháp khác nhau, và có điểm mạnh yếu khác nhau. https://medium.com/better-programming/should-i-use-promises-or-async-await-126ab5c98789

0

vâng, bài viết thì hay nhưng chủ thớt có biết tác hại của async/await tới UI ko nhỉ ? nếu muốn dùng như thế bắt buộc phải gọi hàm có dùng async trong 1 promise khác để không bị block ui

0
Avatar
đã nhận xét cho câu hỏi
thg 11 18, 2019 1:47 CH

@devil_boom_129 ,document.getElementByClassName dùng cho cái mình nói đươc 0,tên hàm mình ghi changelistoption,vvvvvvvvvvvvv

0
Avatar
đã bình luận cho bài viết
thg 11 18, 2019 1:45 CH

Mình làm theo hướng dẫn của bạn nhưng nó không ghi nhận kết quả 😦 . Với lại muốn giảm bớt số ô của vòng quay xuống thì làm thế nào vậy ạ, rất mong bạn hướng dẫn giúp mình. mail của mình: tuanna1@weldcom.vn

0
Avatar
đã nhận xét cho câu hỏi
thg 11 18, 2019 1:44 CH

thử hết trước đi xem có lỗi không. nếu không thì bảo mình với nhé để mình viết theo

0

e cám ơn a đã theo dõi ạ, e chúc a thành công ạ 😃

0

Cám ơn e đã theo dõi 😉, làm có gì hay nhớ chia sẻ với mọi người biết với nhé 😉

0

bạn nói cũng có cái đúng, đúng là async/await ko phải siêu thần thánh cái gì cũng làm được. Nhưng theo mình thấy, và comment từ những dev khác thì những ưu điểm của nó vượt trội so với những nhược điểm nếu như ta dùng Promise/callback. Bạn cũng có thể thấy điều tương tự là Promise khi mới ra đời cũng dần thay thế callback, giờ đây async/await cũng làm điều tương tự. Thế giới luôn thay đổi để tốt hơn đó bạn, Javascript cũng tương tự 😉

+1
thg 11 18, 2019 1:38 CH

Nhờ gợi ý của bạn mình làm được rồi. Đó là phải tìm cách render lại form mỗi lần click vào nút (ban đầu cho form ẩn đi, sau khi có tương tác dữ liệu thì mới lòi nó ra, hơi củ chuối tí nhưng it worked)

0

ở tầm công lực mạnh như thế thì a thấy nó cũng khá nhẹ so với các bạn cùng lứa mà e 😉

0
Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí