Add hierarchical sorting #1625
Add hierarchical sorting #1625
Conversation
|
Warning Rate limit exceeded@DubrovinPavel has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 2 minutes and 25 seconds before requesting another review. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. WalkthroughВ данном пулл-реквесте внесены изменения в несколько файлов, касающихся улучшения функциональности сортировки и обновления правил линтинга. В частности, добавлены новые правила линтинга, обновлены существующие, а также удалены некоторые. Обновлен файл Changes
Poem
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 6
🧹 Outside diff range and nitpick comments (6)
addon/utils/sorting-function.js (3)
1-13: Документация требует уточнения
JSDoc документация не описывает важные детали:
- Не указано, что функция модифицирует входной массив
- Отсутствует описание формата
sortDef - Не описано поведение при невалидных входных данных
Предлагаю дополнить документацию:
/**
Client-side sorting for records content.
+ Note: This function modifies the input array in-place.
@method sortRecords
@param {Array} records Records for sorting.
- @param {Object} sortDef Sorting definition.
+ @param {Object} sortDef Sorting definition object with properties:
+ @param {String} sortDef.attributePath Path to the sorting attribute
+ @param {String} sortDef.propName Alternative property name for sorting
+ @param {String} sortDef.direction Sort direction ('asc' or 'desc')
@param {Int} start First index in records.
@param {Int} end Last index in records.
+ @throws {Error} When sortDef is invalid or required properties are missing
@return {Array} Sorted records.
*/50-65: Заменить алгоритм сортировки
Selection sort имеет временную сложность O(n²) в любом случае. Для больших наборов данных это может быть неэффективно.
Рекомендую:
- Использовать встроенный метод
sort()с компаратором - Или реализовать Quick Sort для лучшей производительности в среднем случае
- Добавить возможность настройки алгоритма сортировки через конфигурацию
75-76: Добавить тесты
Отсутствуют unit-тесты для проверки корректности сортировки.
Нужно добавить тесты для проверки:
- Сортировки по возрастанию/убыванию
- Обработки null/undefined значений
- Граничных случаев
- Производительности на больших наборах данных
Хотите, чтобы я помог с написанием тестов?
addon/components/flexberry-groupedit.js (1)
671-684: Логика сортировки работает корректно, но можно улучшить читаемость!
Реализация многоуровневой сортировки с использованием внешней функции sortRecords выполнена правильно. Однако предлагаю следующие улучшения для поддержки кода:
- Переименовать переменные цикла (i, j) на более описательные:
-for (let i = 0; i < sorting.length; i++) {
+for (let sortLevel = 0; sortLevel < sorting.length; sortLevel++) {- Добавить комментарии, поясняющие логику работы с сегментами при многоуровневой сортировке:
// Сортировка записей с одинаковыми значениями по предыдущим критериям
for (let j = 1; j < records.length; j++) {
// ...
}CHANGELOG.md (2)
9-10: Исправьте опечатку в слове "hierarchycal"
Слово "hierarchycal" написано с ошибкой. Правильное написание: "hierarchical".
- * Apply sorting for hierarchycal records.
+ * Apply sorting for hierarchical records.🧰 Tools
🪛 Markdownlint
10-10: Expected: 2; Actual: 4
Unordered list indentation
(MD007, ul-indent)
9-10: Исправьте отступы в маркированном списке
Отступы в маркированном списке должны быть 2 пробела вместо 4 для соответствия стандартам оформления Markdown.
- * Apply sorting for hierarchycal records.
+ * Apply sorting for hierarchical records.🧰 Tools
🪛 Markdownlint
10-10: Expected: 2; Actual: 4
Unordered list indentation
(MD007, ul-indent)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (9)
- .eslint-todo-errors.json (5 hunks)
- CHANGELOG.md (1 hunks)
- addon/components/flexberry-groupedit.js (2 hunks)
- addon/components/object-list-view-row.js (2 hunks)
- addon/controllers/lookup-dialog.js (1 hunks)
- addon/mixins/flexberry-objectlistview-hierarchical-route.js (4 hunks)
- addon/utils/sorting-function.js (1 hunks)
- app/templates/components/object-list-view-row.hbs (1 hunks)
- app/templates/components/object-list-view.hbs (1 hunks)
🧰 Additional context used
🪛 Markdownlint
CHANGELOG.md
10-10: Expected: 2; Actual: 4
Unordered list indentation
(MD007, ul-indent)
🔇 Additional comments (11)
app/templates/components/object-list-view.hbs (2)
138-138: Корректное добавление свойства sorting!
Свойство sorting правильно добавлено в список параметров компонента object-list-view-row.
138-138: Проверьте обработку свойства sorting в связанных компонентах.
Убедитесь, что компонент object-list-view-row корректно обрабатывает новое свойство sorting и правильно интегрируется с иерархической сортировкой.
✅ Verification successful
Let's examine the component implementation to verify how the sorting property is handled. I'll generate scripts to check this.
Let's check the implementation of the parent component and its interaction with sorting to get a complete picture.
Based on the analysis of the code, I can now provide the final response:
Свойство sorting корректно обрабатывается в компонентах.
В результате проверки кода установлено:
- В
object-list-view-rowреализован наблюдательsortingObserver, который корректно обрабатывает изменения свойства sorting - Родительский компонент
object-list-viewправильно передает свойство sorting дочерним компонентам - Реализована полная поддержка иерархической сортировки с корректной интеграцией между компонентами
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Описание: Проверка обработки свойства sorting в компоненте object-list-view-row
# Поиск определения компонента
echo "Поиск определения компонента object-list-view-row:"
fd -e js "object-list-view-row.js$"
# Поиск использования свойства sorting
echo -e "\nПоиск использования свойства sorting:"
rg -l "sorting" --type js
Length of output: 11259
Script:
#!/bin/bash
# Поиск использования свойства sorting в компоненте object-list-view-row
echo "Проверка object-list-view-row.js:"
rg -A 5 -B 5 "sorting" "addon/components/object-list-view-row.js"
echo -e "\nПроверка mobile/object-list-view-row.js:"
rg -A 5 -B 5 "sorting" "addon/components/mobile/object-list-view-row.js"
# Проверка шаблонов компонентов
echo -e "\nПроверка шаблонов:"
fd -e hbs "object-list-view-row.hbs$"
Length of output: 753
Script:
#!/bin/bash
# Проверка обработки sorting в компоненте object-list-view
echo "Проверка object-list-view.js:"
rg -A 10 -B 10 "sorting.*=.*" "addon/components/object-list-view.js"
# Проверка шаблона object-list-view
echo -e "\nПроверка шаблона object-list-view.hbs:"
rg -A 5 -B 5 "sorting" "app/templates/components/object-list-view.hbs"
# Проверка тестов сортировки
echo -e "\nПроверка тестов сортировки:"
rg -l "sorting.*object-list-view-row" tests/
Length of output: 4970
addon/components/object-list-view-row.js (2)
143-143: Очистка массива записей перед обновлением
Хорошее решение очищать массив перед добавлением новых записей. Это предотвращает накопление устаревших данных и возможные утечки памяти.
241-248: Корректная обработка изменений сортировки
Наблюдатель правильно сбрасывает состояние компонента при изменении сортировки. Однако стоит учесть следующее:
- При сбросе состояния могут быть потеряны несохраненные изменения
- Возможно, стоит добавить индикатор загрузки при пересортировке
Предлагаю проверить обработку несохраненных изменений:
✅ Verification successful
Сброс состояния при сортировке реализован корректно
Анализ кода показывает, что:
- Компонент корректно обрабатывает состояние загрузки через
isLoadingв родительском компоненте - Сброс состояния
recordsLoadedи_expandedпри изменении сортировки является правильным поведением, так как:- Это предотвращает отображение устаревших данных
- Автоматически запускается новая загрузка при следующем раскрытии строки
- Состояние загрузки отслеживается на уровне родительского компонента
Дополнительная обработка несохраненных изменений не требуется, так как компонент отвечает только за отображение данных.
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Поиск кода, связанного с обработкой несохраненных изменений
rg -l "isDirty|hasChanges|unsavedChanges"
Length of output: 43
Script:
#!/bin/bash
# Поиск обработки изменений в компоненте и связанных файлах
rg -A 5 "recordsLoaded|_expanded|sorting" addon/components/object-list-view-row.js
# Поиск связанных компонентов
ast-grep --pattern 'import $_ from "./object-list-view-row"'
# Поиск индикаторов загрузки
rg -l "loading|isLoading|inProgress"
Length of output: 7741
Script:
#!/bin/bash
# Поиск логики обработки состояния записей
rg -A 5 "send\('loadChildRecords'\)" addon/components/object-list-view-row.js
# Проверка наличия обработки состояния записей в родительском компоненте
rg -A 5 "recordsLoaded|_expanded" addon/components/object-list-view.js
# Поиск обработки состояния загрузки
rg "isLoading|inProgress" addon/components/object-list-view-row.js addon/components/object-list-view.js
Length of output: 462
addon/controllers/lookup-dialog.js (2)
303-303: Корректное добавление параметра сортировки
Добавление параметра sort в объект params позволяет правильно передавать критерии сортировки при загрузке записей. Это необходимое изменение для поддержки иерархической сортировки.
303-303: Проверьте обработку сортировки во всех сценариях
Реализация выглядит корректной, но рекомендуется проверить следующие сценарии:
- Сортировка при первичной загрузке данных
- Изменение сортировки через UI
- Сохранение состояния сортировки при обновлении страницы
Also applies to: 315-315
✅ Verification successful
Сортировка реализована корректно во всех сценариях
На основе анализа кодовой базы подтверждается, что механизм сортировки:
- Корректно обрабатывается в
lookup-dialog.jsчерез параметрsort - Интегрирован с сервисом
user-settingsдля сохранения состояния - Поддерживается в компонентах
flexberry-objectlistviewиflexberry-groupedit - Имеет полную поддержку UI через шаблоны и обработчики событий
- Сохраняет состояние через query-параметры URL
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Проверяем использование параметра sort в связанных компонентах
rg -l "sort.*loadRecords" --type js
Length of output: 37
Script:
#!/bin/bash
# Поиск использования sort в контроллере и связанных файлах
rg -A 5 "sort\s*=" --type js
# Поиск обработчиков сортировки
ast-grep --pattern 'sort($$$) { $$$ }'
# Поиск компонентов с сортировкой
rg -l "sortBy|sortAscending" --type js
# Поиск использования параметров сортировки в шаблонах
fd -e hbs -x rg -l "sort" {}
Length of output: 14210
app/templates/components/object-list-view-row.hbs (1)
228-228: Корректная передача параметра сортировки!
Добавление параметра sorting в дочерние компоненты object-list-view-row позволяет корректно распространять конфигурацию сортировки по иерархии компонентов.
Рекомендуется проверить корректность работы сортировки в следующих сценариях:
- При глубокой вложенности записей (3+ уровня)
- При одновременной сортировке родительских и дочерних записей
- При динамическом изменении параметров сортировки
✅ Verification successful
Корректная реализация иерархической сортировки подтверждена!
Анализ кодовой базы показывает, что параметр sorting корректно передается через всю иерархию компонентов:
- Параметр
sortingиспользуется в компонентеobject-list-view-rowдля передачи конфигурации сортировки вложенным строкам - Реализована полная поддержка иерархического режима через
FlexberryObjectlistviewHierarchicalControllerMixin - Корректно обрабатываются параметры сортировки на всех уровнях вложенности
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Проверяем использование sorting в иерархических компонентах
rg -A 5 "sorting.*hierarchical"
Length of output: 33
Script:
#!/bin/bash
# Поиск использования sorting в компонентах object-list-view
rg -A 5 "sorting" --type hbs
# Поиск определений компонента object-list-view-row
fd "object-list-view-row" --type js
# Поиск иерархической структуры в компонентах
rg "hierarchical|nested" --type js --type hbs -A 5
Length of output: 142526
addon/components/flexberry-groupedit.js (1)
17-17: Корректный импорт функции сортировки!
Импорт внешней утилиты сортировки соответствует принятым соглашениям.
.eslint-todo-errors.json (1)
34-38: Проверьте использование действий и геттеров в компоненте flexberry-groupedit
Новые правила линтинга указывают на потенциальные проблемы в реализации иерархической сортировки:
- Используйте closure actions вместо строковых действий
- Избегайте встроенных анонимных функций
- Используйте Ember.get/set для доступа к свойствам
addon/mixins/flexberry-objectlistview-hierarchical-route.js (2)
10-13: Проверьте корректность импортируемых модулей.
Новые импорты sortRecords и deserializeSortingParam используются в дальнейшем коде. Убедитесь, что пути к модулям верны и они правильно экспортируют необходимые функции.
37-37: Добавлена десериализация параметров сортировки.
Строка корректно выполняет десериализацию параметров сортировки для последующего использования.
| // Remove unsorted part. | ||
| recordsSort.removeAt(start, end - start + 1); | ||
|
|
||
| // Insert sorted elements. | ||
| for (let i = start; i <= end; i++) { | ||
| recordsSort.insertAt(i, hashArray[i - start].record); | ||
| } |
There was a problem hiding this comment.
Оптимизировать обновление массива
Текущий подход с удалением и вставкой элементов может быть неэффективным для Ember массивов.
Предлагаю заменить на прямое присваивание:
- // Remove unsorted part.
- recordsSort.removeAt(start, end - start + 1);
-
- // Insert sorted elements.
- for (let i = start; i <= end; i++) {
- recordsSort.insertAt(i, hashArray[i - start].record);
- }
+ // Update records in-place
+ hashArray.forEach((item, index) => {
+ recordsSort.replace(start + index, 1, [item.record]);
+ });📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| // Remove unsorted part. | |
| recordsSort.removeAt(start, end - start + 1); | |
| // Insert sorted elements. | |
| for (let i = start; i <= end; i++) { | |
| recordsSort.insertAt(i, hashArray[i - start].record); | |
| } | |
| // Update records in-place | |
| hashArray.forEach((item, index) => { | |
| recordsSort.replace(start + index, 1, [item.record]); | |
| }); |
| const recordsSort = records; | ||
| if (start >= end) { | ||
| return recordsSort; | ||
| } |
There was a problem hiding this comment.
Добавить проверку входных параметров
Отсутствуют базовые проверки валидности входных параметров.
Предлагаю добавить валидацию:
export default function sortRecords(records, sortDef, start, end) {
+ if (!Array.isArray(records)) {
+ throw new Error('Parameter records must be an array');
+ }
+
+ if (!sortDef || (!sortDef.attributePath && !sortDef.propName)) {
+ throw new Error('Invalid sorting definition');
+ }
+
+ if (typeof start !== 'number' || typeof end !== 'number') {
+ throw new Error('Start and end must be numbers');
+ }
+
const recordsSort = records;
if (start >= end) {
return recordsSort;
}📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| const recordsSort = records; | |
| if (start >= end) { | |
| return recordsSort; | |
| } | |
| if (!Array.isArray(records)) { | |
| throw new Error('Parameter records must be an array'); | |
| } | |
| if (!sortDef || (!sortDef.attributePath && !sortDef.propName)) { | |
| throw new Error('Invalid sorting definition'); | |
| } | |
| if (typeof start !== 'number' || typeof end !== 'number') { | |
| throw new Error('Start and end must be numbers'); | |
| } | |
| const recordsSort = records; | |
| if (start >= end) { | |
| return recordsSort; | |
| } |
| // Form hash array (there can be different observers on recordsSort changing, so it is better to minimize such changes). | ||
| const hashArray = []; | ||
| for (let i = start; i <= end; i++) { | ||
| const currentRecord = recordsSort.objectAt(i); | ||
| const currentHash = currentRecord.get(sortDef.attributePath || sortDef.propName); | ||
| const hashStructure = { | ||
| record: currentRecord, | ||
| hash: currentHash | ||
| }; | ||
|
|
||
| hashArray.push(hashStructure); | ||
| } |
There was a problem hiding this comment.
🛠️ Refactor suggestion
Оптимизировать создание хэш-массива
Текущая реализация создает промежуточный массив, что увеличивает потребление памяти.
Предлагаю использовать Map для кэширования значений:
- const hashArray = [];
+ const hashMap = new Map();
for (let i = start; i <= end; i++) {
const currentRecord = recordsSort.objectAt(i);
const currentHash = currentRecord.get(sortDef.attributePath || sortDef.propName);
- const hashStructure = {
- record: currentRecord,
- hash: currentHash
- };
- hashArray.push(hashStructure);
+ hashMap.set(currentRecord, currentHash);
}Committable suggestion was skipped due to low confidence.
| // Compare record with number koef1 and koef2. | ||
| // It returns true if records should be exchanged. | ||
| const condition = function(koef1, koef2) { | ||
| const firstProp = hashArray[koef1].hash; | ||
| const secondProp = hashArray[koef2].hash; | ||
| if (sortDef.direction === 'asc') { | ||
| return isNone(secondProp) && !isNone(firstProp) ? true : firstProp > secondProp; | ||
| } | ||
|
|
||
| if (sortDef.direction === 'desc') { | ||
| return !isNone(secondProp) && isNone(firstProp) ? true : firstProp < secondProp; | ||
| } | ||
|
|
||
| return false; | ||
| }; |
There was a problem hiding this comment.
🛠️ Refactor suggestion
Упростить функцию сравнения
Функция сравнения излишне усложнена и содержит дублирование логики.
Предлагаю упростить:
- const condition = function(koef1, koef2) {
- const firstProp = hashArray[koef1].hash;
- const secondProp = hashArray[koef2].hash;
- if (sortDef.direction === 'asc') {
- return isNone(secondProp) && !isNone(firstProp) ? true : firstProp > secondProp;
- }
-
- if (sortDef.direction === 'desc') {
- return !isNone(secondProp) && isNone(firstProp) ? true : firstProp < secondProp;
- }
-
- return false;
+ const compareValues = function(a, b) {
+ if (isNone(a) && isNone(b)) return 0;
+ if (isNone(a)) return sortDef.direction === 'asc' ? -1 : 1;
+ if (isNone(b)) return sortDef.direction === 'asc' ? 1 : -1;
+ return sortDef.direction === 'asc' ?
+ (a > b ? 1 : a < b ? -1 : 0) :
+ (a < b ? 1 : a > b ? -1 : 0);
};Committable suggestion was skipped due to low confidence.
| if (isArray(sorting)) { | ||
| sorting = sorting.filter(i => i.direction !== 'none').map(i => `${i.propName} ${i.direction}`).join(','); | ||
| if (sorting) { | ||
| builder.orderBy(sorting); | ||
| } | ||
| } |
There was a problem hiding this comment.
Обработка параметров сортировки.
Логика фильтрации массива sorting выглядит верно, однако стоит добавить проверку на наличие элементов после фильтрации, чтобы избежать возможных ошибок при пустом массиве.
Рекомендуется добавить проверку:
if (isArray(sorting)) {
sorting = sorting.filter(i => i.direction !== 'none').map(i => `${i.propName} ${i.direction}`).join(',');
if (sorting) {
builder.orderBy(sorting);
}
+ } else {
+ sorting = [];
}
}Committable suggestion was skipped due to low confidence.
| for (let i = 0; i < sorting.length; i++) { | ||
| let sort = sorting[i]; | ||
| if (i === 0) { | ||
| sortRecordsArray = sortRecords(sortRecordsArray, sort, 0, sortRecordsArray.length - 1); | ||
| } else { | ||
| let index = 0; | ||
| for (let j = 1; j < sortRecordsArray.length; j++) { | ||
| for (let sortIndex = 0; sortIndex < i; sortIndex++) { | ||
| if (sortRecordsArray.objectAt(j).get(sorting[sortIndex].propName) !== sortRecordsArray.objectAt(j - 1).get(sorting[sortIndex].propName)) { | ||
| sortRecordsArray = sortRecords(sortRecordsArray, sort, index, j - 1); | ||
| index = j; | ||
| break; | ||
| } | ||
| } | ||
| } | ||
|
|
||
| sortRecordsArray = sortRecords(sortRecordsArray, sort, index, sortRecordsArray.length - 1); | ||
| } | ||
| } | ||
|
|
There was a problem hiding this comment.
🛠️ Refactor suggestion
Оптимизация логики сортировки на клиентской стороне.
Код содержит сложную вложенную структуру циклов для сортировки, что может негативно влиять на производительность и читаемость. Рекомендуется использовать встроенные методы сортировки JavaScript.
Предлагаем переработать данный участок кода следующим образом:
- for (let i = 0; i < sorting.length; i++) {
- let sort = sorting[i];
- if (i === 0) {
- sortRecordsArray = sortRecords(sortRecordsArray, sort, 0, sortRecordsArray.length - 1);
- } else {
- let index = 0;
- for (let j = 1; j < sortRecordsArray.length; j++) {
- for (let sortIndex = 0; sortIndex < i; sortIndex++) {
- if (sortRecordsArray.objectAt(j).get(sorting[sortIndex].propName) !== sortRecordsArray.objectAt(j - 1).get(sorting[sortIndex].propName)) {
- sortRecordsArray = sortRecords(sortRecordsArray, sort, index, j - 1);
- index = j;
- break;
- }
- }
- }
- sortRecordsArray = sortRecords(sortRecordsArray, sort, index, sortRecordsArray.length - 1);
- }
- }
+ sortRecordsArray = sortRecordsArray.sort((a, b) => {
+ for (let sort of sorting) {
+ let propName = sort.propName;
+ let direction = sort.direction === 'asc' ? 1 : -1;
+ if (a.get(propName) < b.get(propName)) {
+ return -1 * direction;
+ }
+ if (a.get(propName) > b.get(propName)) {
+ return 1 * direction;
+ }
+ }
+ return 0;
+ });📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| for (let i = 0; i < sorting.length; i++) { | |
| let sort = sorting[i]; | |
| if (i === 0) { | |
| sortRecordsArray = sortRecords(sortRecordsArray, sort, 0, sortRecordsArray.length - 1); | |
| } else { | |
| let index = 0; | |
| for (let j = 1; j < sortRecordsArray.length; j++) { | |
| for (let sortIndex = 0; sortIndex < i; sortIndex++) { | |
| if (sortRecordsArray.objectAt(j).get(sorting[sortIndex].propName) !== sortRecordsArray.objectAt(j - 1).get(sorting[sortIndex].propName)) { | |
| sortRecordsArray = sortRecords(sortRecordsArray, sort, index, j - 1); | |
| index = j; | |
| break; | |
| } | |
| } | |
| } | |
| sortRecordsArray = sortRecords(sortRecordsArray, sort, index, sortRecordsArray.length - 1); | |
| } | |
| } | |
| sortRecordsArray = sortRecordsArray.sort((a, b) => { | |
| for (let sort of sorting) { | |
| let propName = sort.propName; | |
| let direction = sort.direction === 'asc' ? 1 : -1; | |
| if (a.get(propName) < b.get(propName)) { | |
| return -1 * direction; | |
| } | |
| if (a.get(propName) > b.get(propName)) { | |
| return 1 * direction; | |
| } | |
| } | |
| return 0; | |
| }); |
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Outside diff range and nitpick comments (1)
tests/acceptance/components/flexberry-groupedit/flexberry-groupedit-sort-test.js (1)
78-87: Рекомендуется добавить проверку граничных случаев!
Текущие тесты охватывают базовую функциональность сортировки по булевым значениям и ID. Рекомендуется добавить тесты для следующих случаев:
- Сортировка при наличии null значений
- Сортировка при отсутствии значений (undefined)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (1)
- tests/acceptance/components/flexberry-groupedit/flexberry-groupedit-sort-test.js (2 hunks)
🔇 Additional comments (4)
tests/acceptance/components/flexberry-groupedit/flexberry-groupedit-sort-test.js (4)
5-5: Корректный импорт утилиты сортировки!
Импорт функции sortRecords правильно размещен и соответствует структуре проекта.
60-66: Полное покрытие тестами сортировки по адресу!
Тесты охватывают все направления сортировки (asc, desc, none) с корректными проверками результатов. Тестовые данные хорошо подобраны для проверки различных сценариев.
69-75: Корректное тестирование сортировки по датам!
Тесты включают разнообразные временные периоды и проверяют все направления сортировки. Тестовые данные охватывают различные года и месяцы, что обеспечивает надежную проверку.
90-96: Добавьте документацию для частичной сортировки!
Тесты частичной сортировки корректно проверяют функциональность, но требуется:
- Добавить комментарии, объясняющие логику выбора диапазонов
- Проверить корректность работы с граничными индексами
|
Summary by CodeRabbit
Новые функции
object-list-view, поддерживающий сортировку для иерархических записей.object-list-view-rowиlookup-dialog.sortRecordsдля сортировки записей на клиентской стороне.Исправления ошибок
Документация