Скажите, а что за приложение на андроид вы видели?
Просто я писал точно такое же приложение для одного нашего заказчика в пору работы в аутсорс. Наше приложение называлось PulseR :)
Как я понял, тот чувак так и не смог найти инвестиций, точность измерений была крайне сомнительной — адекватный результат выдавался 1 раз из 10
Я думаю у многих пригорело потому что некоторые практики, которые вы описали, идут в разрез с представлениями о правильной архитектуре.
Дам вам лишь конструктивный фидбэк, без негатива)
Самое важное что нужно понять: делать что-то статическим полем для того, чтобы «можно было использовать откуда угодно» — плохая идея и code smell. Усиливается связь между вашими компонентами, что ухудшает тестирование и рефакторинг. Или захотите вы вашу утилиту переиспользовать в другом приложение, а там неявная завязка на ваш другой App-класс, которого нет в новом приложении.
Любой класс/функция должны получать свои зависимости из вне, как аргумент функции или конструктора.
Также, показ тоста из утилит — идея не очень. Всё, что касается отображения, должно происходить в активити/фрагмент. Смешение ответственностей очень плохо влияет на код, порождает много ошибок и нарушает SOLID.
А, то есть логика пишется на JS?
Я просто когда-то пытался постичь разработку под Sailfish, но так и не получилось.
Наверное следовало узнать по-лучше Qt и QML.
Мне казалось, что основная логика пишется на С++, но в туториалах мало что было по плюсам. Наверное я плохо искал))
В разработке ПО по большей степени применяются все методы, описанные здесь. И всё равно все сроки летят к чертям =)
Если честно, читая заголовок, думал здесь будет что-то действительно неизвестное и действенное
Просто я писал точно такое же приложение для одного нашего заказчика в пору работы в аутсорс. Наше приложение называлось PulseR :)
Как я понял, тот чувак так и не смог найти инвестиций, точность измерений была крайне сомнительной — адекватный результат выдавался 1 раз из 10
Дам вам лишь конструктивный фидбэк, без негатива)
Самое важное что нужно понять: делать что-то статическим полем для того, чтобы «можно было использовать откуда угодно» — плохая идея и code smell. Усиливается связь между вашими компонентами, что ухудшает тестирование и рефакторинг. Или захотите вы вашу утилиту переиспользовать в другом приложение, а там неявная завязка на ваш другой App-класс, которого нет в новом приложении.
Любой класс/функция должны получать свои зависимости из вне, как аргумент функции или конструктора.
Также, показ тоста из утилит — идея не очень. Всё, что касается отображения, должно происходить в активити/фрагмент. Смешение ответственностей очень плохо влияет на код, порождает много ошибок и нарушает SOLID.
Я просто когда-то пытался постичь разработку под Sailfish, но так и не получилось.
Наверное следовало узнать по-лучше Qt и QML.
Мне казалось, что основная логика пишется на С++, но в туториалах мало что было по плюсам. Наверное я плохо искал))
Если честно, читая заголовок, думал здесь будет что-то действительно неизвестное и действенное