Вы действительно используете свойство results
(например, в вашем шаблоне)? Вычисленные свойства не пересчитываются, если они не используются.
В отличие от того, что говорит @match, я сомневаюсь, что у вас есть проблема реактивности, поскольку вы не добавляете и не удаляете свойства (они уже существуют в ваших данных, поэтому они уже реагируют).
Я думаю бойкий, обычно превосходит бойкий апрель, имеет намного больше datastructures как портативные библиотеки. например, хеш-таблицы, весь вид списков, очередей, стеков, динамического массива, также для парсинга аргумента, файл io имеют свои собственные обертки также, и управление памятью легко модифицируемый. Например, можно легко сделать бойкое использование GC Boehm Weisser, это - AFAIKT, никогда не сделанный или легкий возможный с Apache. Я решил бы немного отличающийся. Если Вам нужна более полезная библиотека бойких структур данных, оборудованное лучшее. Если это прибывает в материал GUI, чем libapr ничего не имеет, тогда как бойкий имеет gdk/gtk + и много материала для гнома, если Вам нравится.
Однако, если это прибывает в сетевой материал, libapr определенно, имеет край по бойкому.
Так мои предложения
Я пошел бы с APR. APR лучше в Unix/Windows мобильности (являющийся специализированной библиотекой мобильности), Бойкий был традиционно более Ориентирован на Unix. APR является более крупной библиотекой, чем Бойкий, с большим количеством полезного материала в нем (хеш-таблицы, парсинг аргумента, материал файлового ввода-вывода, управление памятью, стандартные программы общей памяти, обработка сигнала, и т.д.).
Существует ли причина, Вы не хотели бы использовать C++ stl? Даже если Вы пишете код "c-стиля" без классов, можно использовать строки C++ и структуру данных.
существует много допустимых причин придерживаться C, конечно. Если это так, я был бы второй рекомендация для бойкого. APR является большим количеством слоя мобильности, чем служебная библиотека.