выглядит интересно, но пока не понятно, чем это лучше существующих решений:
внедрять глобальные зависимости - можно же объявить протоколы со свойствами get и сделать для них extension
почему не сделать struct, в которой в произвольном формате описать все нужные цвета? Для alpha тоже есть системное решение для UIColor - withAlphaComponent(_:) . Аналогичное решение должно быть (или можно дописать) и для SwiftUI Color
1)их можно использовать в нативном проекте на Swift?
2)они как-то "светятся" в проекте или просто подменяют один код на другой? Например, для Swift макросов создается еще один таргет, который линкуется к основному проекту
Apple подала заявку на патент технологии группового аудиочата без необходимости использования сотовой связи или Wi-Fi.
Функция будет работать так же, как AirDrop, но для голосового общения. При помощи AirDrop можно подключиться к другому пользователю и обмениваться файлами без необходимости обращения к сотовой сети или использования облака для передачи.
хорошо, тогда какой смысл в мобильном приложении, которое представляет собой обертку над сайтом? Те аргументы, которые вы привели, не объясняют, почему не сделать просто сайт
У нас во всех кредитных договорах с банком прописывается что-то вроде "банк может менять процентную ставку в одностороннем порядке". У вас с ипотекой не так?
в моем случае это была view model, соответствующая секциям и ячейкам таблицы. Видов ячеек было штук 10, набор данных в UI для них значительно отличался, пользователь мог взаимодействовать с ячейками, добавляя, перемещая, удаляя с задержкой и возможностью отмены действия. При взаимодействии с ячейкой ее тип мог меняться на другой с совершенно другими контролами.
Тогда наиболее простым вариантом выглядело зашить все возможные данные в один объект - и пусть каждая ячейка выбирает из него только ту инфу, которая ей нужна. Меняется тип ячейки - другая ячейка выберет из того же объекта другие данные. Т.е. по solid получалось максимум приводить объект с raw набором данных к определенному протоколу, так как следовать принципам solid и приводить каждый тип данных к каждому другому типу было нецелесообразно.
100$ за акк они в любом случае платят - у них же есть другие приложения. Поддерживать такое приложение хватит и одного человека, возможно даже на неполную ставку.
Скорее всего они продали остатки обуви и прекратили ее поддержку, чтобы не мешала продажам другой обуви.
Важно находить золотую середину между hardcode и softcode и принимать взвешенные и оправданные решения.
Как бы вы реализовывали код из примера с PhysicalProduct/DigitalProduct, если бы видов продуктов было гораздо больше, а также один вид мог переходить/превращаться в другой вид?
Ранее Apple отклонила заявки на публикацию эмуляторов или удалила их из App Store. Среди этих приложений: UTM (Windows), iGBA (Game Boy), Provenance, (NES, SNES, N64, Genesis, PS1 и другие консоли), Delta (системы Nintendo) и Gamma (PS1). Однако для App Store одобрили приложения RetroArc, PPSSPP и Folium.
Если apple отклонила delta, то каким образом он сейчас находится в App Store?
The compiler can also infer for the default internal access level, but only if you enable Whole Module Optimization (WMO) under Building Settings > Compilation Mode > Whole Module.
Понятно, что использование модификатора final дает некоторые преимущества, но нужно ли его проставлять явно? Где-то попадалась статья, что компилятор автоматически добавляет этот модификатор к private классам и даже по умолчанию к internal (можно отключить в настройках проекта)
выглядит интересно, но пока не понятно, чем это лучше существующих решений:
внедрять глобальные зависимости - можно же объявить протоколы со свойствами get и сделать для них extension
почему не сделать struct, в которой в произвольном формате описать все нужные цвета? Для alpha тоже есть системное решение для UIColor -
withAlphaComponent(_:). Аналогичное решение должно быть (или можно дописать) и для SwiftUI Color1)их можно использовать в нативном проекте на Swift?
2)они как-то "светятся" в проекте или просто подменяют один код на другой? Например, для Swift макросов создается еще один таргет, который линкуется к основному проекту
ничего не понял. AirDrop же использует wi-fi
хорошо, тогда какой смысл в мобильном приложении, которое представляет собой обертку над сайтом? Те аргументы, которые вы привели, не объясняют, почему не сделать просто сайт
Если в обрубке нет nfc, то на чем тогда Apple Pay работает?
У нас во всех кредитных договорах с банком прописывается что-то вроде "банк может менять процентную ставку в одностороннем порядке". У вас с ипотекой не так?
в моем случае это была view model, соответствующая секциям и ячейкам таблицы. Видов ячеек было штук 10, набор данных в UI для них значительно отличался, пользователь мог взаимодействовать с ячейками, добавляя, перемещая, удаляя с задержкой и возможностью отмены действия. При взаимодействии с ячейкой ее тип мог меняться на другой с совершенно другими контролами.
Тогда наиболее простым вариантом выглядело зашить все возможные данные в один объект - и пусть каждая ячейка выбирает из него только ту инфу, которая ей нужна. Меняется тип ячейки - другая ячейка выберет из того же объекта другие данные. Т.е. по solid получалось максимум приводить объект с raw набором данных к определенному протоколу, так как следовать принципам solid и приводить каждый тип данных к каждому другому типу было нецелесообразно.
но при этом microsoft существует уже 50 лет
100$ за акк они в любом случае платят - у них же есть другие приложения. Поддерживать такое приложение хватит и одного человека, возможно даже на неполную ставку.
Скорее всего они продали остатки обуви и прекратили ее поддержку, чтобы не мешала продажам другой обуви.
Что именно отключено в ЕС?
В objective-C можно было прямо внутри кода написать что-то вроде:
#define A BSwift макросы же по умолчанию добавляются через внешнюю зависимость. Можно ли это как-то скрыть внутри билда при отправке в app store?
Как бы вы реализовывали код из примера с PhysicalProduct/DigitalProduct, если бы видов продуктов было гораздо больше, а также один вид мог переходить/превращаться в другой вид?
можете добавить список заблокированных VPN?
Там нельзя выпускать свои приложения для форматирования? А то из форматов не хватает ntfs
Если apple отклонила delta, то каким образом он сейчас находится в App Store?
Прояснило. Спасибо за информацию
Нашел ту статью:
https://samwize.com/2023/12/15/should-you-add-final-to-all-your-swift-classes/
И еще одна интересная статья, из которой следует, что final может автоматически применяться даже для `public`:
https://developer.apple.com/swift/blog/?id=27
Понятно, что использование модификатора final дает некоторые преимущества, но нужно ли его проставлять явно? Где-то попадалась статья, что компилятор автоматически добавляет этот модификатор к private классам и даже по умолчанию к internal (можно отключить в настройках проекта)
приложений нет, игры есть. Один только эмулятор Delta чего стоит.
и тем не менее в ЕС уже заставили Apple разрешить сторонние магазины