设计CRUD (Create, Read, Update, Delete) 接口时，确实有一些常见的规范和最佳实践。以下是一些建议：

RESTful API设计： 遵循RESTful API设计风格，使用HTTP方法（GET、POST、PUT、DELETE）来表示不同的操作。例如：使用POST方法创建资源，使用GET方法读取资源，使用PUT方法更新资源，使用DELETE方法删除资源。

统一URL命名规范： 使用有意义的URL，代表资源的名称和ID。例如：对于用户资源，可以使用/users表示获取用户列表，/users/{id}表示获取特定用户的详细信息。

数据入参与返回值： 确定数据入参的格式，一般可以使用JSON格式进行数据传输。对于返回值，可以使用HTTP状态码表示操作结果（如200表示成功，404表示资源不存在，400表示错误请求等），同时可以将详细的操作结果信息包含在JSON响应体中。

删除接口： 在删除操作中，一般推荐如果数据存在并且删除成功，返回HTTP状态码200，操作结果放在响应体中；如果数据不存在，返回HTTP状态码404。不建议在RESTful API中使用布尔类型来表示删除成功与否。

添加接口： 对于添加操作，可以在成功创建资源时，返回新资源的URL或ID。如果添加失败，可以返回适当的错误信息，使用HTTP状态码400或其他适当的错误码。

更新接口： 在更新操作中，可以使用HTTP状态码200表示成功，返回更新后的资源信息；如果更新的资源不存在，可以返回HTTP状态码404。类似删除操作，不建议使用布尔类型来表示更新成功与否。

字段更新： 对于字段更新，如果字段值为null，一般情况下表示不更新该字段；如果字段值为""（空字符串），视具体情况而定，有些系统会将其视为合法更新，有些可能会将其视为清空数据。

分页查询： 对于分页查询，一般需要在接口中提供分页参数，如页码和每页条目数。返回结果应该包含分页信息，如总页数、总条目数等。最大允许返回多少条数据可以根据具体情况设定，一般推荐不返回过多的数据，可以在接口中提供查询参数来限制返回结果的大小。

异常处理： 考虑接口中可能发生的异常情况，并提供适当的异常处理机制，例如使用全局异常处理器对异常进行统一处理，返回友好的错误信息。

安全性： 为了保障数据安全，对于敏感操作（如删除）或修改操作，可能需要进行用户认证和授权，确保只有授权用户才能进行操作。

需要注意的是，虽然有一些常见的规范和最佳实践，但具体的规范可能因公司、团队以及项目的不同而异。重要的是与前端、后端团队共同商讨，制定适合项目的规范，确保团队协作高效和代码的可维护性。