quocvy152 / ecommerce-proj Goto Github PK

CLUSTER

- Định nghĩa: Cluster được dùng để tạo ra nhiều tiến trình con để giảm tải cho tiến trình chính, các tiến trình con này sẽ hoạt động độc lập và xử lý các tác vụ riêng biệt (số child process được tạo ra dựa vào số lõi CPU mà thiết bị có)
- Tác dụng: Có ích cho các tác vụ I/O bound (các tác vụ cần thời gian xử lý như Connect DB, file, internet,...), xử lý được nhiều request hơn, nếu có tác vụ nào đó tính toán nặng thì các request đến từ các client khác vẫn hoạt động bình thường

Khi login thì Server sẽ trả về Access token và Refresh Token để những lần request sau client sẽ gửi kèm token vào header để request mà không cần phải login lại

Access Token:

• Access Token có expire time ngắn hơn so với Refresh Token thường là vài giờ hoặc 1 ngày, được sử dụng để gửi kèm header khi cần request lên Server
• Nếu Access token hết hạn thì sẽ sử dụng đến refresh token để lấy access token mới

Refresh Token:

• Refresh token có expire time dài hơn so với Access token, thường là từ vài ngày đến vài tuần, được sử dụng để get access token mới khi access token hết hạn
• Nếu Refresh token hết hạn thì sẽ logout người dùng và bắt người dùng login lại

Given an array of integers nums and an integer target, return indices of the two numbers such that they add up to target.

You may assume that each input would have exactly one solution, and you may not use the same element twice.

You can return the answer in any order.

Example 1:

Input: nums = [2,7,11,15], target = 9
Output: [0,1]
Explanation: Because nums[0] + nums[1] == 9, we return [0, 1].
Example 2:

Input: nums = [3,2,4], target = 6
Output: [1,2]
Example 3:

Input: nums = [3,3], target = 6
Output: [0,1]

Constraints:

2 <= nums.length <= 104
-109 <= nums[i] <= 109
-109 <= target <= 109
Only one valid answer exists.

SOLID là tập hơn các nguyên tắc thiết kế phần mềm trong lập trình hướng đối tượng, nếu áp dụng được các nguyên tắc này trong quá trình code thì code sẽ Cleon và xịn và chuyên nghiệp hơn, sẽ giúp cho code dễ maintain và mở rộng hơn

S (Single Reponsibility Principles): mỗi class chỉ nên có 1 trách nhiệm duy nhất

O (Open - closed principles): khi thêm một function hay chức năng gì đó thì nên kế thừa từ class cần thiết tránh việc thay đổi trục tiếp trên đó sẽ gây ra lỗi ở nhiều nơi mà không kiểm soát được

L (Liskov subtitution principles): Nguyên lý thay thế Liskov, các lớp con có thể thay thế lớp cha, nếu lớp con không thể thay thế lớp cha hoàn toàn thì nó không phải là lớp con đúng đắn của lớp cha
Ví dụ: Có chương trình Bán Vịt thì sẽ có class cha là Duck và từ class cha này có thể tạo ra các class con như Vịt xiêm, Vịt trắng, Vịt Mỹ,.. Thì những class con này có thể thay thế class cha, nhưng có class như Vịt đồ chơi thì sẽ không thể thay thế được lớp cha vì nó làm thay đổi tính đúng đắn của chương trình

I (Interface segeration principles): nghĩa là sẽ tách các interface thành các thành phần nhỏ hơn, tránh việc các class implement từ interface quá lớn sẽ gây dư thừa và khó sử dụng quản lý hơn
Ví dụ: thay vì có 1 interface về hành động của con vật trong interface đó có thể chứa các hành động như: bay, nhảy, bơi, ăn,… hay hàng trăm hành động khác. Thì nếu implement từ interface này sẽ gây dư thùa và khó quản lý

D (Dependency inversion principle): các module cấp cao không nên phụ thuộc vào các module cấp thấp, mà cả 2 nên phụ thuộc vào các abtraction (interface hoặc abstract classes). Các abtraction không nên phụ thuộc vào chi tiết và các chi tiết thì nên phụ thuộc abtraction