thắc mắc [Web dev] controller data logic

tiengdonhoarira · 2/10/25

Mọi người dùng controller thì khi data input vào controller có kiểm tra DTO và chỉ save data trong DTO hay save toàn bộ data dù không được định nghĩa trong DTO

Ví dụ

class TestDTO {
testAttribute: string
}

input data to controller
data = {
testAttribute: "meomeo",
otherAttribute: "muamua"
}

thì vô controller, sau khi validate ok thì :
1. chọn thông tin và lưu thông tin đó. từ data lấy testAttribute và lưu thông tin này thôi
2. lưu cả data vô

Cái 1. lưu chỉ thông tin cụ thề thì an toàn
Cái 2. lưu hết, thì tương lai khi dữ liệu thay đổi, tức là dữ liệu mới, mà cần lắp hệ thống cũ vô, thì vẫn hoạt động. và sau khi sửa lỗi, lắp hệ thống mới lên, thì không bị mất dữ liệu

Mọi người dùng cách nào. Mình dùng cách 1, nhưng sau lần cần phải cho hệ thống cũ chạy, rồi nó chỉ chọn dữ liệu, và khi lưu thì cả object bị thu nhỏ lại còn những dữ liệu cũ, thì khá oải. migration thì không chạy được, vì phải thay đổi infrastructure về deploy

Mà dùng cái cách 2, thì cái gì ở data cũng lưu vô, thấy lấn cấn. Nhưng api không public, nên ... chắc vẫn được.

Vipluckystar · 2/10/25

tiengdonhoarira đã nói:
Mọi người dùng controller thì khi data input vào controller có kiểm tra DTO và chỉ save data trong DTO hay save toàn bộ data dù không được định nghĩa trong DTO

Ví dụ

class TestDTO {
testAttribute: string
}

input data to controller
data = {
testAttribute: "meomeo",
otherAttribute: "muamua"
}

thì vô controller, sau khi validate ok thì :
1. chọn thông tin và lưu thông tin đó. từ data lấy testAttribute và lưu thông tin này thôi
2. lưu cả data vô

Cái 1. lưu chỉ thông tin cụ thề thì an toàn
Cái 2. lưu hết, thì tương lai khi dữ liệu thay đổi, tức là dữ liệu mới, mà cần lắp hệ thống cũ vô, thì vẫn hoạt động. và sau khi sửa lỗi, lắp hệ thống mới lên, thì không bị mất dữ liệu

Mọi người dùng cách nào. Mình dùng cách 1, nhưng sau lần cần phải cho hệ thống cũ chạy, rồi nó chỉ chọn dữ liệu, và khi lưu thì cả object bị thu nhỏ lại còn những dữ liệu cũ, thì khá oải. migration thì không chạy được, vì phải thay đổi infrastructure về deploy

Mà dùng cái cách 2, thì cái gì ở data cũng lưu vô, thấy lấn cấn. Nhưng api không public, nên ... chắc vẫn được.

Làm bằng framework/ngôn ngữ nào? Ko định nghĩa trong dto thì validate nó sẽ ignore hoặc throw luôn rồi chứ lấy đâu ra mà lưu?

Xiao_man_tau · 5/10/25

Đi qua DTO rồi thì chỉ biết DTO chứ quan tâm gì payload ban đầu như thế nào =))

)

martin999 · 7/10/25

Typical JS and MongoDB

Chỉ lưu những thằng trong DTO thôi. Lý do DTO ra đời là để định nghĩa những thằng nào cần sử dụng. Những thằng ko đc định nghĩa trong DTO có nghĩa là nó chẳng có giá trị gì, lưu vào chỉ tốn tài nguyên.

Chẳng qua thằng JS nó cho truyền lung tung vào thì mới sinh ra cái vụ thừa thuộc tính khi truyền vào. Lại thêm cả bố MongoDB cũng cho lưu cả các field ko đc định nghĩa nữa tốn tài nguyên vl (có config để bật tắt cái này).

Lưu lung tung như vậy thậm chí còn có thể có rủi ro bảo mật. Ví dụ API của mình làm đứng giữa làm trung gian để forward request xuống 1 service khác. Trong request body có 1 phần dữ liệu mình được phép lưu và 1 phần dữ liệu forward sang service kia thì ko đc phép lưu. Nếu ko check cẩn thận mà cứ lưu hết vào thì vô tình mình lại lưu thêm thông tin nhạy cảm của user

martin999 · 7/10/25

Vipluckystar đã nói:
Làm bằng framework/ngôn ngữ nào? Ko định nghĩa trong dto thì validate nó sẽ ignore hoặc throw luôn rồi chứ lấy đâu ra mà lưu?

Có đấy mai fen, đó là sức mạnh của JS :shame:

Xiao_man_tau · 7/10/25

martin999 đã nói:
Có đấy mai fen, đó là sức mạnh của JS

Implement DTO sai thôi.

Chứ mấy cái lib js đi qua là nó cắt hết properties không định nghĩa mà, ví dụ Nestjs dùng class-validator

martin999 · 7/10/25

Xiao_man_tau đã nói:
Implement DTO sai thôi.

Chứ mấy cái lib js đi qua là nó cắt hết properties không định nghĩa mà, ví dụ Nestjs dùng class-validator

Nestjs là Typescript r fen :shame:

chỉ JS mới làm đc trò đó thôi

Xiao_man_tau · 7/10/25

martin999 đã nói:
Nestjs là Typescript r fen chỉ JS mới làm đc trò đó thôi

Typescript cũng là JS mà fen.

Sau khi build là ra JS hết, không có trò gì JS làm được mà TS không làm được.

tiengdonhoarira · 9/10/25

Xiao_man_tau đã nói:
Implement DTO sai thôi.

Chứ mấy cái lib js đi qua là nó cắt hết properties không định nghĩa mà, ví dụ Nestjs dùng class-validator

phải đặt cái validationpipe({whitelist:true}) thì mới cắt. nếu không thì chỉ validate cái trong dto, còn lại không validate và cho qua

Documentation | NestJS - A progressive Node.js framework

Nest is a framework for building efficient, scalable Node.js server-side applications. It uses progressive JavaScript, is built with TypeScript and combines elements of OOP (Object Oriented Programming), FP (Functional Programming), and FRP (Functional Reactive Programming).

docs.nestjs.com

Mã:

whitelist    boolean    If set to true, validator will strip validated (returned) object of any properties that do not use any validation decorators.

thắc mắc [Web dev] controller data logic

tiengdonhoarira

Senior Member

Vipluckystar

♪┌|∵|┘♪ └|∵|┐♪

Xiao_man_tau

Senior Member

martin999

Senior Member

martin999

Senior Member

Xiao_man_tau

Senior Member

martin999

Senior Member

Xiao_man_tau

Senior Member

tiengdonhoarira

Senior Member

Documentation | NestJS - A progressive Node.js framework

Chủ đề tương tự

Thống kê chủ đề

Chia sẻ trang này