buonnguqua7
Member
Có cái cc, làm sản phẩm ngoài web ra còn phải làm app iOS, Android. Không có backend http thì app làm kiểu gì ?trong tương lai react + ssr call thẳng vào db ko cần qua BE nữa link = ))
Có cái cc, làm sản phẩm ngoài web ra còn phải làm app iOS, Android. Không có backend http thì app làm kiểu gì ?trong tương lai react + ssr call thẳng vào db ko cần qua BE nữa link = ))
thằng l*n Theo này chuyên gia giật tít mà nhiều follower vcl, thấy cứ sao saoThằng cha này chuyên gia đặt title click bait. Ghét
Với function thì nếu thuần pure function ko liên quan state, props, sideEffect thì move ra ngoài.
còn function mà phụ thuộc vào deps thì tốt nhất nên useCallback
JavaScript:// useCallback rồi đem xuống component props khác or useEffect function abc() { return props.ax + state.ab; }
Có 1 cái trick để giảm dep đó là setState của react nhận vào function
JavaScript:function ABC(props) { const [state, setState] = useState(1); useEffect(() => { if(props.isBehind) { setState(state + 1) } }, [state, props.isBehind]) }
Ví dụ code này ai chạy chắc useEffect nó loop sml luôn. Vì mục tiêu của code chỉ là khi props.isBehind true thì state + 1; Nhưng nếu viết trên kia thì loop. Vì state dổi sẽ trigger lại function.
Mà nếu đổi bỏ state ra khỏi dep effect thì sẽ bị linter chửi. Tức quá ignore nó cũng ok nhưng có 1 đoạn code khác cập nhật state rồi thì state nằm trong Effect sẽ bị outdate dẫn đến state + 1 sai.
JavaScript:function ABC(props) { const [state, setState] = useState(1); useEffect(() => { if(props.isBehind) { setState((prev) => {return prev + 1}) } }, [props.isBehind]) }
Sủa lại setState xài function là xong.
Ở đây linter chỉ nhắc nhở mình thôi, còn code theo nó sẽ ko chắc đúng 100% (thực ra cũng đúng vì đòi xài state tron effect mà, lý thuyết nó ko sai) , cái này phải tập luyện
Cái đoạn function bữa có nói, check lại cmt mới giải thích thiếu, lười type nên gõ lại nên quote chungnguyên tắc thế này thôi.
Nếu 1 function là pure ko có side effect thì move ra ngoài component => ko cần useCallback làm gì.
1 function return từ 1 cái hook ví dụ useCheckData => {calcWithState, ...} nếu calcWithState có side
Effect liên quan đến state, props thì sẽ dùng useCallback. Lý do 1 phần ko rõ component sẽ sử dụng hook ntn. Có thể ném vố dep array của useEffect nên tốt nhất memo.
Tương tự nếu function ơ trong 1 component có side effect và có xài trong 1 cái dep array thì xài. Còn nếu ko có bỏ vào dep array thì thôi khỏi memo làm gì. Căn bản ko nên cố gắng pre optimize nhiều quá trừ phi chậm. Ví dụ render nhiều item cùng lúc pass cái function vào thì có thể useCallback. Còn render 1 2 cái button kiểu Button onClick=fnSideEffect thì thôi khỏi
Hiện tại làm dc mà, nextjs nó vốn là nodejs server màtrong tương lai react + ssr call thẳng vào db ko cần qua BE nữa link = ))


Bữa có thớt trên reddit chửi chỉ rõ link youtube cha này luôn, rác vlthằng l*n Theo này chuyên gia giật tít mà nhiều follower vcl, thấy cứ sao sao
Cha đấy là ai vậy broBữa có thớt trên reddit chửi chỉ rõ link youtube cha này luôn, rác vl
youtuber làm nội dung chuyên giật tít thôi, rác quá khỏi xemCha đấy là ai vậy bro
)youtuber làm nội dung chuyên giật tít thôi, rác quá khỏi xem)

PHP clonetrong tương lai react + ssr call thẳng vào db ko cần qua BE nữa link = ))
phỏng vấn mid or 2yr react bộ câu hỏi thím biết sẽ là gì kHiện tại làm dc mà, nextjs nó vốn là nodejs server mà
Cơ mà bí lắm mới dùng server render để làm api thôi
Sau này react ra thêm server component chắc cũng hài k kém.
Nói chung trên twitter cũng nhiều thằng ngông mà lắm follower
Hiện tại làm dc mà, nextjs nó vốn là nodejs server mà
Cơ mà bí lắm mới dùng server render để làm api thôi
Sau này react ra thêm server component chắc cũng hài k kém.
Nói chung trên twitter cũng nhiều thằng ngông mà lắm follower
Này chịu mỗi cty khác nhau. Nói chung ngoài kiến thức FE cần có thêm algo, mấy cty giờ vòng loại CV hacker rank đầy raphỏng vấn mid or 2yr react bộ câu hỏi thím biết sẽ là gì k
Này chịu mỗi cty khác nhau. Nói chung ngoài kiến thức FE cần có thêm algo, mấy cty giờ vòng loại CV hacker rank đầy ra
FE hay BE thì algo như nhau thôi thímôn hackerrank FE thým có link kh em xin với.
Cứ shallow deps như truyền thống hồi còn xài class component mà quất thôi bác. Deep deps thì bắt buộc phải loop compare, nó chậm như hồi còn dùng lodash deepclone, khác cái nếu làm trên React thì tẹt ga, lo gì hiệu suất, còn nếu backend dùng nodejs mà deep deps compare kiểu này bị gõ đầu.May tôi dùng Vue, nghe mấy bác deps deps thấy sợ![]()
Anh biết chỗ nào làm FE mà nhàn WLB không anh, chứ tôi làm FE chỗ nào cũng bắt phải cày như cái máy, làm fulltime hay bị thằng EM chê, bắt buộc phải OT. Tui giờ già rồi gõ React ko máu lại bọn trẻ 2k nữa, bắt buộc phải kiếm job focus BE.Này chịu mỗi cty khác nhau. Nói chung ngoài kiến thức FE cần có thêm algo, mấy cty giờ vòng loại CV hacker rank đầy ra
naver, employment hay nab xem. Tôi mùa này PV mà ứng viên đông quá, mấy năm cũng làm cty bình thường + già nên tạch mấy round sau. Nói chung số cũng ko dc làm cty xịn. Trừ NAB thuần thuật toán round đầu thì mấy cty kia phải ôn kỹ thêm lý thuyết. Mấy cái cơ bản nó cũng hỏi từ prototype, event queue...Anh biết chỗ nào làm FE mà nhàn WLB không anh, chứ tôi làm FE chỗ nào cũng bắt phải cày như cái máy, làm fulltime hay bị thằng EM chê, bắt buộc phải OT. Tui giờ già rồi gõ React ko máu lại bọn trẻ 2k nữa, bắt buộc phải kiếm job focus BE.
https://www.techinterviewhandbook.org/grind75?weeks=6&hours=12ôn hackerrank FE thým có link kh em xin với.

cho xin tham khảo bài code live đó được ko thím.https://www.techinterviewhandbook.org/grind75?weeks=6&hours=12
Vô đay grind đi. Nói chung leetcode hay hackerank nó cũng vậy thôi.
Mấy cty giờ mix trắc nghiệm (hỏi sâu tới OSI, TCP) rồi 1 vài câu thuật toán. Chưa kể live code nữa.
Bữa PV cty kia cho mỗi bài thuật toán live code (về check cũng medium) làm gần ra mà hết giờ cái cũng cho tạch bảo kỹ thuật yếu. Code FE mà chả thấy question code FE gì.
Làm home test thì chấm xong cũng ko cho kết quả fail vì cái gì.
FE giờ PV khó vãi đạn![]()