Какие метрики должны замеряться и улучшаться в веб приложении? Мы постоянно думаем, что еще можно качественно измерить, что влияет на пользовательский опыт, и FCP показывает себя неплохо.
Ну а взяли бы нормальный фреймворк
Был такой вариант, но вы сами себе противоречите в разных местах, когда продвигаете его. В одном вы недавно писали, что разработчики сами хотят затаскивать вашу библиотеку в свой проект, а в ознакомительной документации к нему пишите, что разрабочики не желают изучать инструмент, по которому нет вакансий.
Не тянущий несколько версии одного и того же модуля
Как этого можно добиться, не загружая либо каждый модуль отдельным файлом?
интерфейс не тупил бы по несколько секунд на каждое действие.
У нас такого и нет. Если интерфейс и тупит, то из-за отсутствия в легаси месте обработки промежуточного состояния после нажатия на кнопку. Но это явно не проблема, решаемая библиотекой
В «плохом» решении вся логика пишется в одном компоненте, что решается выносом элементов формы в отдельные маленькие компоненты и пробросом контекста. Вы так и сделали, и я не очень понял, чем это отличается от того, как разделение логики делается обычно без создания неймспейсов (AuthForm.Component)?
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Какие метрики должны замеряться и улучшаться в веб приложении? Мы постоянно думаем, что еще можно качественно измерить, что влияет на пользовательский опыт, и FCP показывает себя неплохо.
Был такой вариант, но вы сами себе противоречите в разных местах, когда продвигаете его. В одном вы недавно писали, что разработчики сами хотят затаскивать вашу библиотеку в свой проект, а в ознакомительной документации к нему пишите, что разрабочики не желают изучать инструмент, по которому нет вакансий.
Как этого можно добиться, не загружая либо каждый модуль отдельным файлом?
У нас такого и нет. Если интерфейс и тупит, то из-за отсутствия в легаси месте обработки промежуточного состояния после нажатия на кнопку. Но это явно не проблема, решаемая библиотекой
В «плохом» решении вся логика пишется в одном компоненте, что решается выносом элементов формы в отдельные маленькие компоненты и пробросом контекста. Вы так и сделали, и я не очень понял, чем это отличается от того, как разделение логики делается обычно без создания неймспейсов (AuthForm.Component)?