У нас во всех кредитных договорах с банком прописывается что-то вроде "банк может менять процентную ставку в одностороннем порядке". У вас с ипотекой не так?
в моем случае это была 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 (можно отключить в настройках проекта)
сижу в Xcode 15.0 (в более новы не работает отладка для iOS 15) - iOS 14 там даже не выкачать. Взять эмулятор из более старого Xcode тоже проблема - macOS Sonoma Xcode 14 нормально не поддерживает
Нокия померла от софта? А то, что она много лет делала бизнес на продаже кирпичефонов, которые еще и не совместимы между собой по железу и которые в определенный момент стали никому не нужны - это не в счет?
У нас во всех кредитных договорах с банком прописывается что-то вроде "банк может менять процентную ставку в одностороннем порядке". У вас с ипотекой не так?
в моем случае это была view model, соответствующая секциям и ячейкам таблицы. Видов ячеек было штук 10, набор данных в UI для них значительно отличался, пользователь мог взаимодействовать с ячейками, добавляя, перемещая, удаляя с задержкой и возможностью отмены действия. При взаимодействии с ячейкой ее тип мог меняться на другой с совершенно другими контролами.
Тогда наиболее простым вариантом выглядело зашить все возможные данные в один объект - и пусть каждая ячейка выбирает из него только ту инфу, которая ей нужна. Меняется тип ячейки - другая ячейка выберет из того же объекта другие данные. Т.е. по solid получалось максимум приводить объект с raw набором данных к определенному протоколу, так как следовать принципам solid и приводить каждый тип данных к каждому другому типу было нецелесообразно.
но при этом microsoft существует уже 50 лет
100$ за акк они в любом случае платят - у них же есть другие приложения. Поддерживать такое приложение хватит и одного человека, возможно даже на неполную ставку.
Скорее всего они продали остатки обуви и прекратили ее поддержку, чтобы не мешала продажам другой обуви.
Что именно отключено в ЕС?
В objective-C можно было прямо внутри кода написать что-то вроде:
#define A B
Swift макросы же по умолчанию добавляются через внешнюю зависимость. Можно ли это как-то скрыть внутри билда при отправке в 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 разрешить сторонние магазины
сижу в Xcode 15.0 (в более новы не работает отладка для iOS 15) - iOS 14 там даже не выкачать. Взять эмулятор из более старого Xcode тоже проблема - macOS Sonoma Xcode 14 нормально не поддерживает
во сколько вам по деньгам обошлись комплектующие?
а есть варианты запустить более свежие версии iOS вроде 14, но без покупки еще одного мака и установки хакинтоша?
а можно еще скрин папки Frameworks?
Нокия померла от софта? А то, что она много лет делала бизнес на продаже кирпичефонов, которые еще и не совместимы между собой по железу и которые в определенный момент стали никому не нужны - это не в счет?