![]() |
#7 |
Участник
|
"фактор"... четыре существительных в родительном/творительном падеже переполняют мой буфер.
Хочешь спросить: в какой системе быстрее вести разработку, если взять игрушечное приложение и добавить в него много функционала? Другими словами, когда число связей увеличивается до некоторого критического порога, то где вести разработку быстрее? Так? На мой взгляд, скорость разработки в AX растет медленнее из-за типов, menuitem'ов, классов, morphx, перекрестных ссылок и т.п. (добавлю также из личного опыта axAssist - офигительно повышает продуктивность). И с некоторого момента сложности скорость разработки на AX становится очень высокой. Но сложность разработки тормозится из-за почти недокументированных семейств классов, из-за неочевидных вещей, связанных с производительностью и трехуровневостью. На NAV сложные проекты писать менее удобно. Но за NAV остается простота языка и SIFT... Все-таки одной формулой получать одновременно и отфильтрованные суммы, и drill-down... Это офигительно! И офигительно сокращает время разработки. Ну и матричные формы... Это что-то (тынц, тынц, тынц). Ну, а матричная форма с SIFT... Это пестня. Но с какого-то момента в NAV'е начинает сильно мешать слабая типизация, слабая объектная модель, недостаточные инструменты для управления производительностью, поддержка совместимости с устаревшей моделью запросов, отсутствие инструментов анализа кода... В результате, как я уже говорил, скорость разработки сложных проектов в Аксапте и Навике сравнима. (Хотя в следующей версии Навика обещают полноценную трехуровневость - посмотрим как они сохранят простоту и скорость разработки ![]() |
|