Один из эндпойнтов, за реализацию которого нужно слать лютые лучи поноса приложившим руку (или ногу, хз), потому что кроме очередного отсутствия единства в наименованиях, регистрах полей (большими или маленькими буквами) всплывают откровенные нежданчики по логике работы.
Он прекрасно отрабатывает на[CODE]"ORDER":{
"ID":"DESC"
},[/CODE]хотя согласно документации не должен работатьв этом случае.
Но не хочет работать при[CODE]"ORDER":{
"DATE_START":"DESC"
},[/CODE]а только при[CODE]"ORDER":{
"DATE_START":"desc"
},[/CODE]Для каждого поля использовать свою логику работы фильтра, вместо какого-то единообразия, обобщения - это жесть жестяная :evil:
Работа с битрикс-API - это задумываться НА КАЖДОМ ШАГУ о том, какую буковку написать, чтобы не получить мало помогающую ошибку, вместо того, чтобы как при работе с нормальными апишками - просто писать код, выучив базовые принципы
Он прекрасно отрабатывает на[CODE]"ORDER":{
"ID":"DESC"
},[/CODE]хотя согласно документации не должен работатьв этом случае.
Но не хочет работать при[CODE]"ORDER":{
"DATE_START":"DESC"
},[/CODE]а только при[CODE]"ORDER":{
"DATE_START":"desc"
},[/CODE]Для каждого поля использовать свою логику работы фильтра, вместо какого-то единообразия, обобщения - это жесть жестяная :evil:
Работа с битрикс-API - это задумываться НА КАЖДОМ ШАГУ о том, какую буковку написать, чтобы не получить мало помогающую ошибку, вместо того, чтобы как при работе с нормальными апишками - просто писать код, выучив базовые принципы
