tks b

Ý là e muốn bán thêm a a thấy vậy hợp lý ko ?

1 vote cho bạn có động lực làm tiếp

Bài viết quá tuyệt vời

Vẫn chưa có phần 2 ạ

Thank người anh em nha, mình đồng ý với "Set có hiệu suất nhanh hơn Filter + IndexOf "

Do việc khởi tạo new Set(array) với số lượng array lớn khá tốn thời gian đó người anh em nên tổng thời gian của measureTime cho Set đôi lúc sẽ chênh hơn. Và việc đo đếm perform còn tuỳ thuộc vào rất nhiều các yếu tố như Trình duyệt (Chrome, Firefox, ...), RAM, ... nên kết quả cũng chỉ tương đối bro ạ. Cái mình đang cố gắng là hướng anh em hiểu bản chất hơn.

Nếu để test performance thì bạn nên dùng dữ liệu lớn và test với số lần nhiều rồi lấy trung bình thì độ chính xác càng cao. Mục 2 về cơ bản là đúng, nhưng nói là "Set có hiệu suất nhanh hơn Filter" thì lại chưa đúng, vì trong ví dụ Filter bạn đã dùng thêm indexOf, nên phải nói là Set có hiệu suất nhanh hơn Filter + IndexOf thì mới chính xác 😁

Ngoài ra nếu test nhiều lần trên Console của trình duyệt thì sẽ có lúc Filter + IndexOf nhanh hơn Set, không rõ có cao nhân nào giải thích được không.

yup. AI là công cụ. Dùng công cụ như nào hay bị công cụ cho đứt tay là tuỳ thuộc người dùng. Nhưng mình đang đề cập các case ỷ hoàn toàn vào AI mà không suy nghĩ. Lúc này thì đây là vấn đề to. Ngành mình không suy nghĩ thì sao mà đi lâu dài được?

mình không đánh giá thấp AI. nhưng AI là công cụ. Dùng công cụ như nào hay bị công cụ cho đứt tay là tuỳ thuộc người dùng

Em xài window thì có công cụ nào thay thế cho fig không anh :>

Cảm ơn bạn, tôi sẽ thử nó

Rất hữu ích ạ

Nó sẽ chạy lại pipeline từ bước DOM và CSSDOM trở đi nếu có JS tác động bạn ạ

Việc render một phần hay toàn bộ giao diện phụ thuộc vào đoạn code JS của bạn. Ví dụ bạn xử lý thêm class màu cho button bằng JS khi người dùng click button. Pipeline sẽ chạy CSSDOM - Render Tree - Paint. Bạn có thể thấy lúc này pipeline không có bước DOM và Layout, do JS mình không tác động gì đến DOM và vị trí của phần tử. Và việc thực hiện render lúc này chỉ trên button đó.

Nếu dùng Js để thay đổi DOM, hay CSSDOM , innerHTML ,... no sẽ render lại trang lại từ đầu đúng không bạn

Spread operator chỉ có thể được sử dụng với các iterable objects, như mảng, chuỗi, hay đối tượng có thể lặp lại. Có thể dùng với String qua ví dụ sau : const digitize = (n: number) => { return [...('' + n)].map(i => parseInt(i)); };

• Chuyển đổi số 123 thành chuỗi "123" bằng ('' + n).
• Trải chuỗi "123" thành mảng ['1', '2', '3'].
• Chuyển đổi từng phần tử chuỗi '1', '2', '3' thành các số 1, 2, 3.

Kết quả, digitize(123) sẽ trả về [1, 2, 3].

Cảm ơn bài viết của tác giả !!

Bài viết này quá dài và rối rắm, làm một thứ từ đơn giản trở nên phức tạp hóa hơn. Mình không biết bạn viết bài này nhằm mục đích gì hay coppy ở đâu, nhưng thật sự ngoài thực tế không ai viết TypeScript như vậy cả, thiếu tính ứng dụng, không clean, cho dù là để học mở rộng tư duy thì cũng không cần thiết. Chốt hạ câu cuối cùng, nếu bạn dùng TypeScript mà 1 ngày nào đó bạn phải viết 1 cái type hay interface loằng ngoằng, không xác định được rõ input, output, là kiểu gì thì trình độ bạn gà, nên xem lại code của mình, chứ lập trình mà không xác định, khoanh vùng được thứ mình cần từ những cái hàm mình viết thì lập trình làm gì ?

Rất cảm ơn người anh em, mình mới đăng thêm các bài tối ưu mới, hi vọng sẽ hữu ích cho người anh em

cũng k nên đánh giá thấp AI quá, cái gì nó cũng phát triển. Khả năng nó thay thế con người là không cao nhưng cũng không phải là không thể. Giống như việc đưa chip ARM lên desktop thì lúc đó ai cũng kêu không làm được rồi có làm được cũng này nọ. Nhưng apple đã làm được. Không gì là không thể

hay quá

Bài viết quá hay