是否有必要在 Hapi 中使用多个 Joi 模式验证？

如何解决是否有必要在 Hapi 中使用多个 Joi 模式验证？

我查看了一个现有的代码库，我注意到代码库有两个架构验证，我认为单个架构可以验证，因为第二个架构是第一个架构的分支。 请参阅下面的代码库。

export const StudentSchema = Joi.object().keys({
    _id,name,dob,gender,grade
});

export const StudentUpdateSchema = Joi.object().keys({
    name,})

现在这些架构被用于以下路线：

//CREATE ROUTE
{
    method: 'POST',path: '/students/{id}',handler: async (request) => {
        const { id } = request.params;
        return Student.create(id,request.payload);
    },options: {
        ...sharedOptions,description: 'Enrolling a student',validate: {
            failAction,payload: StudentSchema,params: {
                studentId: Joi.objectId().required()
            },},response: {
            status: {
                200: StudentSchema,400: Joi.any(),// UPDATE ROUTE
{
        method: 'PUT',handler: async (request) => {
            const { id } = request.params;
            return Student.update(Id,{ $set: request.payload });
        },options: {
            ...sharedOptions,description: 'Update student details',validate: {
                failAction,payload: StudentUpdateSchema,params: {
                    studentId: Joi.objectId().required(),response: {
                status: {
                    200: StudentSchema,404: Joi.any(),}

我是 Hapi 的新手，但对 Express 和 Mongoose 有一些经验，我倾向于重新编写这些验证以仅在“POST”和“PUT”方法中使用 StudentSchema，因为 StudentSchema 包含所有必需的处理创建和更新功能。

任何有 HapiJS 经验的人都可以验证使用单个模式对象（在本例中为 StudentSchema）的优缺点，还是我应该继续使用两个模式的当前范式？

解决方法

我认为这种设计模式是更好的做法，在部分更新时，您应该有一个合适的模式来更好地表示传入的对象。但是，您可以通过使用 optionalKeys 扩展第一个架构来避免使用这两个架构，同时保留其背后的概念。

const createSchema = Joi.object().keys({
    _id:  Joi.objectId(),name: Joi.string().required(),dob: Joi.string().required(),gender: Joi.string().required(),grade: Joi.number().required()
});

const updateSchema = createSchema.optionalKeys("gender","grade","_id");

Joi.validate({name: "this fails"},createSchema); // error: required fields missing
Joi.validate({name: "this works"},updateSchema);

这样您就拥有了一个完整的架构，可以保护您，同时还允许部分字段更新。