
Новый DI-фреймворк для Flutter-проектов без бойлерплейта и головной боли. Два пакета: sputnik_di для dart и flutter_sputnik_di для flutter. Это перевернет разработку на dart.
User
Новый DI-фреймворк для Flutter-проектов без бойлерплейта и головной боли. Два пакета: sputnik_di для dart и flutter_sputnik_di для flutter. Это перевернет разработку на dart.
Когда вы разрабатываете большое приложение, вы волей-неволей дробите его на пакеты, однако если использовать стандартный механизм, который предлагают разработчики Flutter в официальной документации, прямого способа пошерить файлы локализации между проектами нет.
Есть вариант заново настроить flutter_localizations
в новом пакете и заполнять там новые переводы и переносить старые. Но это сложно и кажется неправильным.
Тогда я предлагаю второй вариант. Поделиться переводами из одного пакета в другой. В этой статье я расскажу, как это сделать.
В основе сборки любых компонентов лежит общий шаблон того, как они выполняют прокидывание зависимостей, это концепция, которую разработчики называют очень общим именем Inversion of Control (IoC: инверсия контроля). В этой статье я углублюсь в то, как работает этот паттерн под более конкретным названием «Dependency Injection» (Инъекция зависимостей), и сравню его с альтернативой - Service Locator