Теперь глядя на класс Plane , совершенно не понятно что с ним делать. Он превратился в data class, а его использование придется искать по всему проекту. Тут напрашивается все же какая-то аггрегация в итоге, возможно некий класс медиатор, который имплементирует все интерфейсы и содержит их делегаты.
Молодец, но есть небольшое замечание: Мы всегда спешим куда то, куда нам не сильно надо. Спешим стать взрослыми, спешим стать бизнесменами на последнем курсе универа. Спешим работать, а не учиться. Скажу за себя чем я только не занимался в то время когда надо было учиться, но только не учебой. Но учиться потом - гораздо дороже и сложнее, чем в отведенный для этого этап жизни. Сейчас в айти снова диплом становиться важен, поверь мне все что ты выучишь тебе пригодиться, по настоящему, поэтому сосредоточь свои усилия на учебе , поступлении в университет и получении знаний в нем. Удачи!
Вообще начинать подготовку в 6-9 это поздно.! Это из вашей практики как "учителя"!Лучше всего начинать в детском саду, с яслей ещё до изучения родного языка! Ещё можно посоветовать пусть мама во время беременности слушает конференции по мобильной разработке...
Конечно! Отвратительная российская пропаганда! Как так можно то. Вот полет на Луну это другое, там вообще вообще политики не было, Кеннеди там не рвал ниразу последнюю рубаху из за того что авторитет пошатнулся. Просто очень важно было походить по луне)
Спасибо за статьи! А есть хотя бы теоретическая возможность как то связать модули через написание gradle plugin или kapt? Что бы в процессе написания кода, feature-1 знал исключительно только о feature_2-api, но в процессе сборки происходила бы подмена. Для перекрестной связи в процессе написания кода использовать implementation "feaure_api-2" что бы иметь доступ к коду, но во время сборки заменять на runtimeOnly "feature_impl-2". В таком варианте api-2 оставался бы совсем чистым ничего не зная о реализациях и не выполнял бы функции Provider.
. Наверное ваше решение самое правильное, но есть и другой вариант, в манифест вписать
android:requestLegacyExternalStorage="true"
В 11 андройде так же все работает :
To help your app work more smoothly with third-party media libraries, Android 11 allows you to use APIs other than the MediaStore API to access media files from shared storage using direct file paths.
Наверное что то тяжело описываемое, но определенно осязаемое. Какие то реакции помимо ежедневных простых привет, ха-ха, хау ю дуинг. Что то, что раскроется через пол года или в не самой лучшей ситуации. Есть разница в шаблонах поведения даже у провинции и столичного региона, не то что между странами.
Возможно что то и справляется со своей задачей, но это точно не Dagger. Если бы Даггер справлялся, ни Koin, ни Kodein просто не было бы. Но и проблематика статьи кмк надумана, всего пару хоткеев в IDE способны показать все места инициализации и использования зависимостей.
Она самая! Первую задачку я тоже решил,правда немного другим методом, а вот во втором тесте не понял в чем пресловутый "подвох", видимо в том что его вообще делать не надо. Оффер не получил, да оно и лучше даже.
Совершенно с вами согласен. Причем ощущение что само SDK идет в другую сторону от каких либо принципов. Можно конечно весело шагать в том же направлении и махать флажками гугла, но как то не хочется…
Для этих целей вроде Espresso есть, причем со стороны приложения его команды обрабатывать не надо никак. А ваши получается надо обрабатывать в приложении, например для того что бы добавить товар в корзину, нужно обработать аргумент deeplink или я ошибаюсь?
"я определил что нужно для осуществления моей проблемы. " - обычно проблемы решают. Текст тяжело читать. Дмитрий, попробуйте вычеркнуть все лишнее
Спасибо. Вы написали что выбирали признаки вручную, однако разве это не задача для ML - выявление признаков, в т.ч. и не очевидных?
где бы найти статью, написанную не для рекламы блога...
в VScode можно получить автокомплит и документацию по функциям flutter?
Теперь глядя на класс Plane , совершенно не понятно что с ним делать. Он превратился в data class, а его использование придется искать по всему проекту. Тут напрашивается все же какая-то аггрегация в итоге, возможно некий класс медиатор, который имплементирует все интерфейсы и содержит их делегаты.
Молодец, но есть небольшое замечание: Мы всегда спешим куда то, куда нам не сильно надо. Спешим стать взрослыми, спешим стать бизнесменами на последнем курсе универа. Спешим работать, а не учиться. Скажу за себя чем я только не занимался в то время когда надо было учиться, но только не учебой. Но учиться потом - гораздо дороже и сложнее, чем в отведенный для этого этап жизни. Сейчас в айти снова диплом становиться важен, поверь мне все что ты выучишь тебе пригодиться, по настоящему, поэтому сосредоточь свои усилия на учебе , поступлении в университет и получении знаний в нем. Удачи!
Вообще начинать подготовку в 6-9 это поздно.! Это из вашей практики как "учителя"!Лучше всего начинать в детском саду, с яслей ещё до изучения родного языка! Ещё можно посоветовать пусть мама во время беременности слушает конференции по мобильной разработке...
Оставьте детям детство, "Учителя"!
Спасибо интересное решение, еще можно на decompose посмотреть
Конечно! Отвратительная российская пропаганда! Как так можно то. Вот полет на Луну это другое, там вообще вообще политики не было, Кеннеди там не рвал ниразу последнюю рубаху из за того что авторитет пошатнулся. Просто очень важно было походить по луне)
Спасибо, люблю такие объяснения на пальцах. Они позволяют раскрыть тему глубже и помнить такое объяснение значительно легче.
Спасибо за статьи! А есть хотя бы теоретическая возможность как то связать модули через написание gradle plugin или kapt? Что бы в процессе написания кода, feature-1 знал исключительно только о feature_2-api, но в процессе сборки происходила бы подмена. Для перекрестной связи в процессе написания кода использовать implementation "feaure_api-2" что бы иметь доступ к коду, но во время сборки заменять на runtimeOnly "feature_impl-2". В таком варианте api-2 оставался бы совсем чистым ничего не зная о реализациях и не выполнял бы функции Provider.
А кто знает как с evernotе утащить заметки в обсидиан?
https://refactoring.guru/ru/design-patterns/bridge
Но на мой взгляд самое лучшее описание именно в первоисточнике - Книга «Банды четырёх» "Шаблоны проектирования"
. Наверное ваше решение самое правильное, но есть и другой вариант, в манифест вписать
В 11 андройде так же все работает :
To help your app work more smoothly with third-party media libraries, Android 11 allows you to use APIs other than the MediaStore API to access media files from shared storage using direct file paths.
Наверное что то тяжело описываемое, но определенно осязаемое. Какие то реакции помимо ежедневных простых привет, ха-ха, хау ю дуинг. Что то, что раскроется через пол года или в не самой лучшей ситуации. Есть разница в шаблонах поведения даже у провинции и столичного региона, не то что между странами.
Возможно что то и справляется со своей задачей, но это точно не Dagger. Если бы Даггер справлялся, ни Koin, ни Kodein просто не было бы. Но и проблематика статьи кмк надумана, всего пару хоткеев в IDE способны показать все места инициализации и использования зависимостей.
Она самая! Первую задачку я тоже решил,правда немного другим методом, а вот во втором тесте не понял в чем пресловутый "подвох", видимо в том что его вообще делать не надо. Оффер не получил, да оно и лучше даже.
Для этих целей вроде Espresso есть, причем со стороны приложения его команды обрабатывать не надо никак. А ваши получается надо обрабатывать в приложении, например для того что бы добавить товар в корзину, нужно обработать аргумент deeplink или я ошибаюсь?
Перевод адский! А тема интересная...