Lỡ bị ban cái mail đó thì sao bác?
Gửi từ Sony G8142 bằng vozFApp
Lỡ bị ban cái mail đó thì sao bác?
Gửi từ Sony G8142 bằng vozFApp
kakaEmail mà ban thì anh nghỉ chơi đi.
những cái nào quan trọng cần hiện ra cho user nhìn ngay đầu tiên thì lấy ra trước, sau đó thì ajax lên mà append những cái khác ít quan trọng hơnView attachment 441621
Hi các thím
Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ
Thanks bác, e làm API cho mobile bác ạ.những cái nào quan trọng cần hiện ra cho user nhìn ngay đầu tiên thì lấy ra trước, sau đó thì ajax lên mà append những cái khác ít quan trọng hơn
Em năm nay lớp 11 cần tìm chỗ học thêm tin với lập trình C++ và Java để thi Đại học với làm việc sau này có bác nào biết chỗ học nào uy tín giới thiệu cho em với ạ. Em cảm ơn!
View attachment 441621
Hi các thím
Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ
vâng em xin cám ơn và ghi nhận sự góp ý từ báctất nhiên tách ra 4 API có lợi hơn rồi, cái lợi là tách biệt logic rõ ràng, có muốn thay đổi gì thì cũng dễ
tôi chẳng thấy cái việc gom lại có lợi gì hơn cả, thời gian load dữ liệu một cục chắc chắn sẽ lâu hơn load 1 phần để user thấy nội dung trước
khi tách ra 4 lần gọi API vẫn có nhiều cách để tối ưu, vd như keep-alive
nếu thế thì thím để 1 api thôi, nhưng sẽ dùng lazy load, chỉ load tab đầu tiên người dùng nhìn thấy trước, sau đó mỗi khi click tab khác thì sẽ query tiếp lên server lấy thông tin tab đó vềThanks bác, e làm API cho mobile bác ạ.
E ko rõ nhược điểm của vụ gọi nhiều API trên 1 màn hình như thế nào, có thể mạng ko ổn định, hoặc là trải nghiệm kém ...
Nếu bác rành nhờ bác tư vấn giúp e
Data lớn thì thường là bị thắt cổ chai ở database, nếu là tôi sẽ xem tình trạng database trước. Tiếp theo xem logic, query ở backend đã tối ưu hay chưa. Nếu database ổn, backend ổn thì mới bắt đầu nghĩ tới chia nhỏ API ra.View attachment 441621
Hi các thím
Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ
vấn đề phát sinh là như nào hả bác, ở bước nào ? theo em nếu như business logic, query db vẫn ổn mà có cách cải thiện backend thì cải thiện backend trước, nếu data k thay đổi nhiều thì thêm cache vào, k cần lo lắng nhiều nữa.View attachment 441621
Hi các thím
Ví dụ em có một màn hình có 4 tab tương tự như hình trên, mỗi tab gồm rất nhiều thông tin được lấy từ nhiều bảng.
Vậy theo ý kiến các bác nên làm 1 API query tất cả thông tin liên quan, hay chia tách ra thành 4 apis riêng biệt thì OK hơn các bác nhỉ?
Hiện tại dev cũ đang gom chung vào 1 API, tuy nhiên đã có vấn đề phát sinh khi lượng data lớn.
E đang suy nghĩ nên tách riêng API hay là fix query ạ