Cảm ơn góp ý của bạn . Vì bài viết cũng có khá nhiều khái niệm rồi nên mình nghĩ nên nói về tham chiếu và tham trị ở một bài viết khác cho rõ ràng hơn để mọi người dễ tiếp cận. Về tham chiếu và tham trị mình sẽ dẫn link cho mọi người tìm hiểu sau để hoàn thiện bài viết hơn.

@trondoibenemnd Cảm ơn bạn đã đọc bài chia sẻ của mình Để quy định các colums muốn đánh index trên elasticsearch bạn định nghĩa chúng ở method mapping trong Model tương ứng nhé ạ

Tựa đề là bắt đầu với một ký tự cụ thể mà bạn chứ đâu phải là chuỗi ^^

Nghĩ đơn giản thôi các bác, lấy giao của 2 mảng là được

a = [1,2,3,4]
b = [2,5]
(a & b).length > 0

Oki nha

Cảm ơn bạn nhé

@devil_boom_129 chuẩn bác ơi, nó kiểu có nhiều khó cũ ý nên nhiều khi nó chưa update bác ạ, cứ theo tài liệu của aws là được bác nhé

Cho mình hỏi ngu xíu, hàm some và hàm includes trong js đều là duyệt mảng để tìm phần tử, vậy cách giải 2 bản chất vẫn là 2 vòng lặp lồng nhau, độ phức tạp O(N^2) chứ. Đúng là với trường hợp số phần tử nhỏ thế này thì code cho rõ ràng là ok, còn nếu mẫu rất lớn thì mình nghĩ cách giải là: chuyển mảng 1 thành Set trước -> lặp qua từng phần tử trong mảng 2 và xem phần tử đó có trong mảng 1 không, nếu có thì return true, lặp hết mảng 2 mà k có thì return false. Do Set thuộc dạng hash table nên việc tìm 1 phần tử trong Set là O(1), tổng kết thuật toán là O(N)

chắc bác chưa biết barebone - xương sống của mọi loại ngôn ngữ, chỉ gồm vòng lặp và phép tăng 1 (++). Cho dù Set có nhanh hơn thì bởi vì không chạy bằng vòng lặp của JS mà là vòng lặp của C++ (Java tuỳ engine) nên trông có vẻ nhanh hơn thôi.

Mã nguồn ứng dụng Android Advance eCommerce bao gồm bảng điều khiển quản trị tải xuống tại đây https://itinsidenews.com/mymall-android-app-free-source-code

bác lag rồi đó bên dưới có bác giải thích kìa

Mình không tán thành với cách suy nghĩ của host, bạn có chắc là sử dụng include , set v.v rằng ở tầng bên dưới của javascript không sử dụng for loop không , mà chắc nịt rằng việc sử dụng tụi kia cho performace tốt hơn trong khi lại không có 1 bài test nào xảy ra cả? đúng là sử dụng những hàm có sẳn là nhanh nhất , nhưng best performance thì mình lại không nghĩ vậy ?

• Thậm chí rằng việc dùng set chậm hơn rất nhiều, nếu nó nhanh hơn thì em mời bác đề xuất cách kiểm tra mảng có phần tử trùng nhau mà không phải for ít nhất 1 lần

Lỗi này mình ko rõ, lần đầu mình gặp, nhiều khả năng là do cài đặt của máy (Node, proxy, hoặc vscode...). Bạn có thể thử 2 cách sau:

• Dùng git clone thay cho npx degit (nhưng cần xóa folder .git trong project để xóa lịch sử git của repo gốc).
• Tải trực tiếp thư mục về từ https://github.com/sveltejs/template/archive/master.zip

Cảm ơn tác giả

lỗi này khắc phục thế nào vậy bạn ơi

count ở render show ra 2 là của lần render sau rồi đó bạn

Chào bạn, cám ơn bạn vì bài viết, mình có chút thắc mắc ở đoạn: "chẳng phải do async function dẫn đến sự delay, mà là do ở trong lần render đó, giá trị count đã được fix cứng là 1" Nếu nói như thế thì cái count ở render cũng phải là 1 chứ sao lại khác được nhỉ?

hay

Set cũng là 1 dạng hash table. Chỉ khác là các phần tử trong Set được lưu trữ dưới dạng các cặp key-value(K,V) với các value là hằng số. Ví dụ: 1 Set có các phần tử {1, 2, 3} thì bản chất đằng sau là 1 hash table có thể biểu thị dưới dạng object như sau: {1: true, 2: true, 3: true} Do đó, để khởi tạo 1 Set ta cần phải lặp qua array (O(N)) và sử dụng phương thức Object.hasProperty() để kiểm tra phần tử có tồn tại chưa trước khi thêm vào.

Thế nên time complexity vẫn là O(N).

Nếu add một array vào Set thì Set đó sẽ thêm 1 element mới chính là array mà ta? Vậy thì đâu có loại bỏ phần tử trùng nhau