Dart — мова програмування від Google. Сьогодні її використовують переважно разом із Flutter: на Dart написані і екрани, і вся логіка застосунку — розрахунки, перевірка форм, робота з сервером, збереження даних. Тому якість Flutter-проєкту значною мірою залежить від того, наскільки акуратно написаний саме Dart-код.
Ця сторінка — для тих, у кого вже є застосунок, або хто обирає технологію і хоче розібратися в самій мові. Про створення інтерфейсів і запуск застосунків читайте на сторінці Flutter.
Від аудиту залежностей до коду, який легко розвивати
Ми поєднуємо аналіз, UX/UI, розробку, інтеграції, маркетинг і підтримку, щоб digital-продукт працював як бізнес-інструмент.
Заповніть коротку заявку і ми зв'яжемося з вами
Створюємо цифрові продукти, які приносять результат та отримують високі оцінки по всьому світу.
750+
30+
11
50+
Нам довіряють свою рекламу клієнти з України, США та Європи
Dart — мова зі строгою типізацією та знайомим синтаксисом. Розробник, який писав на Java, JavaScript, C# чи Kotlin, зазвичай читає Dart-код без підготовки і досить швидко починає на ньому писати.
Мова має два режими роботи. Під час розробки код запускається так, що зміни можна побачити майже миттєво, без перезбирання застосунку. Для публікації той самий код компілюється в машинний код для телефона чи комп’ютера або в JavaScript для браузера. Тому Dart поєднує зручність розробки зі швидкою роботою готового застосунку.
Ми не радимо Dart заради самого Dart. Інша мова доцільніша, якщо:
У ранніх версіях Dart будь-яка змінна могла виявитися порожньою, і помилки через це проявлялися вже в користувачів. Згодом мова отримала сувору перевірку таких значень, а в нових версіях вона стала обов’язковою.
Для старих проєктів це означає, що без міграції вони не збираються з актуальним Flutter. Міграцію робимо поступово, пакет за пакетом: спершу оновлюємо залежності, потім переводимо власний код і перевіряємо кожне місце, де значення справді може бути відсутнім. Механічна заміна «щоб зібралося» лише ховає помилки, тому кожен такий випадок ми розбираємо окремо.
У Flutter-проєктах, які довго розвивалися без правил, логіка часто живе прямо в екранах. Ми поступово розділяємо код на шари:
Таке розділення дозволяє змінювати дизайн, не чіпаючи розрахунків, і переходити на новий сервер, не переписуючи екрани. Спільні частини, потрібні кільком застосункам компанії, оформлюємо в окремі внутрішні пакети.
Коли логіка відокремлена від екранів, її можна перевіряти автоматично, без телефона і без ручного проходження сценаріїв. Тести на Dart запускаються за лічені секунди і показують, чи не зламала нова зміна розрахунок знижки, перевірку форми чи обробку відповіді сервера.
Ми не прагнемо покрити тестами кожен рядок. Насамперед тестуємо те, що коштує грошей або довіри користувачів: оплати, розрахунки, авторизацію, збереження даних. Для таких частин тести окупаються вже на перших оновленнях.
У новому проєкті з першого дня вмикаємо суворі правила аналізатора, автоматичне форматування і тести для ключових сценаріїв. Це дешевше, ніж наводити порядок потім.
У наявному проєкті не переписуємо все одразу. Спершу виправляємо те, що блокує оновлення й релізи, далі поступово розплутуємо найпроблемніші модулі, паралельно з розробкою нових функцій. Застосунок при цьому продовжує працювати й отримувати оновлення.
Після аудиту ви отримуєте список проблем з пріоритетами і план робіт, поділений на етапи.
Чи варто вчити Dart, якщо ми вже пишемо на JavaScript? Мова знайома за синтаксисом, тому перехід зазвичай нескладний. Але якщо ви не плануєте Flutter, сенсу в ній небагато.
Наш застосунок не збирається з новим Flutter. Що робити? Найчастіше причина в застарілих пакетах і відсутній міграції на сувору перевірку порожніх значень. Почнемо з аудиту і покажемо, скільки роботи потрібно.
Чи можна писати сервер на Dart? Можна, але для більшості проєктів ми порадимо мову з ширшою серверною екосистемою, а Dart залишимо для застосунку.
Чи візьмете на підтримку Dart-проєкт іншої команди? Так. Спершу розбираємося в коді й залежностях, а потім підтримуємо й розвиваємо застосунок на постійній основі.
З 2015 року Promodex виконав 750+ проєктів у розробці, дизайні та маркетингу. Над кодом працюють наші власні розробники в Києві, без субпідрядників. Ми не обіцяємо переписати все з нуля: спершу пояснюємо, у якому стані ваш проєкт, які зміни дадуть найбільше користі й чому саме вони. Умови прозорі — ви знаєте, що робиться і навіщо, а після завершення робіт ми залишаємося поруч для підтримки й розвитку.
