PHP 7.0.8 (cli)

на php

свят, свят, свят

свят, свят, свят

нуну, а для некоторых пых это небольшое хобби приносящие неплохую годовую прибавку

Понимаю, на свете очень много разных хобби. Некоторые кактусы едят, например :)

Рыбята, а какие минусы (плюсы), чтобы стартануть проект на свифте? Я сам до этого писал в основном на обжси, но новый проект в компании хочу на свифте начать. Все говорят про проблемы версионности, но те же инстаграмы переводят свои проекты на новые версии свифта и вроде как успешно. Проект средней сложности - список ивентов, юзеры, картиночки, веб версия и все в таком духе.

нет никаких проблем, начинай, голова есть руки есть дальше само собой разумеется

переводил на днях проект с 2.3 на 3.0, много свифтовых либ с кокоаподс, навороченная приватная либа на юнити, iphone/ipad, проект довольно сложный. заняло около 8 часов, автоматическая тулза не всегда все верно делает, после нее приходилось фиксить, но в целом особых проблем не возникло

Рыбята, а какие минусы (плюсы), чтобы стартануть проект на свифте? Я сам до этого писал в основном на обжси, но новый проект в компании хочу на свифте начать. Все говорят про проблемы версионности, но те же инстаграмы переводят свои проекты на новые версии свифта и вроде как успешно. Проект средней сложности - список ивентов, юзеры, картиночки, веб версия и все в таком духе.

ну из плюсов — быстрее писать будешь. И либы обж с поддерживаются... из минусов. медленнее компиляция и проект больше весит голый

ну из плюсов — быстрее писать будешь. И либы обж с поддерживаются... из минусов. медленнее компиляция и проект больше весит голый

ну в ОП больше висит мегабайт во время работы приложения

круто, ожидал примерно такие ответы)

у нас десятки проектов на обжс, несколько только свифтовых, но все новые стартуем на свифте

ну из плюсов — быстрее писать будешь. И либы обж с поддерживаются... из минусов. медленнее компиляция и проект больше весит голый

Да ну не будешь ты сходу писать быстрее

Да ну не будешь ты сходу писать быстрее

зависит от количества освоенных императивных языков в общем

но потом, мне кажется, не заочется обратно на обжс

зависит от количества освоенных императивных языков в общем

Ну вот у меня в копилке php, c, c++, Java и Objective C. Не быстрее. Часть синтаксиса отличается от других в принципе. Часть методов переименовали и знание их названий в Objective C не помогает, на это тратится время

хочу в херос погонять

Ещё убивает интерфейс билдер с ibdesignable, постоянно ребилдит вьюхи и падает на ровном месте (а по сути там только cornerRadius и тень и вьюшек) Периодически прыгаю в проект на Objective C, на данный момент гораздо комфортнее. Когда пробовал писать на яве под андроид, такого не было

Зачем делать ibdesignable ради корнеров и теней?

зачем делать ibdesignable

Потому что есть такая возможность. А ради чего его вообще тогда было вводить-то?

Речь о том, что даже на такой простой задаче он работает криво

наверное ради каких-нибудь верстальщиков

верстка в икскоде вообще костыльная

это вам не xaml..

Рыбята, а какие минусы (плюсы), чтобы стартануть проект на свифте? Я сам до этого писал в основном на обжси, но новый проект в компании хочу на свифте начать. Все говорят про проблемы версионности, но те же инстаграмы переводят свои проекты на новые версии свифта и вроде как успешно. Проект средней сложности - список ивентов, юзеры, картиночки, веб версия и все в таком духе.

Енумы всякие и протоколы прикольные в свифте. В обжси суровый Си. Везде свои плюсы.

верстка в икскоде вообще костыльная

нормальная. Я уже говорил и еще раз повторю - поверстаю без проблем любые вьюшки на автолейауте. Но только без ibdesignable :D

Ссука. Первый раз открываешь xib, все ок. Правишь контроллер - начинается

xib'ы не нужны

xib'ы не нужны

Что юзать?

кодом

Зачем писать кодом то, что делается в IB с удобным просмотром и быстрой проверкой на всех размерах экранов? О_О

кодом

как вам там в 90х?

замечательно 😊

а вот с ксибами страдали

Енумы всякие и протоколы прикольные в свифте. В обжси суровый Си. Везде свои плюсы.

Вопрос. Есть у меня enum. Например enum Lol { case one(Int) case two(String) } есть два объекта: let obj1 = Lol.one(1) let obj2 = Lol.one(2) Как проверить, что они оба - одного кейса (one)?

как вам там в 90х?

Расскажи нам, как бы ты решал подобные задачи через IB https://www.youtube.com/watch?v=kyOm_dC038s

Расскажи нам, как бы ты решал подобные задачи через IB https://www.youtube.com/watch?v=kyOm_dC038s

маразм крепчал?

маразм крепчал?

Отличный ответ!

Отличный ответ!

я тебе не обязан никакие ответы на говновбросы давать

Вопрос. Есть у меня enum. Например enum Lol { case one(Int) case two(String) } есть два объекта: let obj1 = Lol.one(1) let obj2 = Lol.one(2) Как проверить, что они оба - одного кейса (one)?

полагаю switch (obj1, obj2) { case (.one(let obj1One), .one(let object2One)): ... и тут сравнивать case (.one(let obj1One), .two(let object2Two)): ... etc... } но это неточно

я тебе не обязан никакие ответы на говновбросы давать

Как ты вьюху от вьюхи наследуешь ?

Вопрос. Есть у меня enum. Например enum Lol { case one(Int) case two(String) } есть два объекта: let obj1 = Lol.one(1) let obj2 = Lol.one(2) Как проверить, что они оба - одного кейса (one)?

if case .one = obj1, case .one = obj2 { // если мы здесь - значит они одного типа }

if case .one = obj1, case .one = obj2 { // если мы здесь - значит они одного типа }

О, спасибо. Таки можно без switch

полагаю switch (obj1, obj2) { case (.one(let obj1One), .one(let object2One)): ... и тут сравнивать case (.one(let obj1One), .two(let object2Two)): ... etc... } но это неточно

Спасибо, в любом случае лучше моего костыля if case Lol.one(_) = obj1 { if case Lol.one(_) = obj2 { // ну вы поняли } }

if case внезапно! 😀

я и не знал

Кстати вдогонку. Сейчас мы определяем, что оба объекта именно кейса «one». А можно ли красиво определить, что они любого одинакового кейса?

%)

Кстати вдогонку. Сейчас мы определяем, что оба объекта именно кейса «one». А можно ли красиво определить, что они любого одинакового кейса?

реализовать протокол Equatable

Друзья, помогите, пожалуйста. Очень нужна обратная связь по паре вопросов... Очень интересно мнение других людей:) Небольшой опрос про путешествия :) https://goo.gl/forms/NGJ4SRS5g16wripD2

Кстати вдогонку. Сейчас мы определяем, что оба объекта именно кейса «one». А можно ли красиво определить, что они любого одинакового кейса?

что-то типо такого enum Lol: Equatable { case one(Int) case two(String) } func ==(lhs: Lol, rhs: Lol) -> Bool { switch (lhs, rhs) { case (.one, .one): return true case (.two, .two): return true default: return false } }

Сейчас расскажу. Есть enum для хранения частей математического примера. Первый case это число (1, -5, 100), второй case это действие (умножить, сложить и т.д.) В моих простеньких математических выражениях всегда следующий порядок: число,действие,число(,действие,число)… Но пример из кусочков собирает пользователь. И он может попытаться добавить, к примеру, два знака подряд. Или два числа. И задача сводится к тому, что мне нужно знать, что это одинаковый case, но при этом мне пофиг на само значение

что-то типо такого enum Lol: Equatable { case one(Int) case two(String) } func ==(lhs: Lol, rhs: Lol) -> Bool { switch (lhs, rhs) { case (.one, .one): return true case (.two, .two): return true default: return false } }

А это норм, так == переопределять? Я понимаю, что происходит. Но если я захочу их сравнивать именно и по значению, как тогда быть? У меня сейчас немного не так сделано. == действительно сравнивает и тип, и значение. А для сравнения типов кейса я сделал отдельный метод func isSameType(_ obj:Lol) -> Bool

ну можно и так, эту логику перенести в отдельный метод )

я именно про логический смысл ==

static public func == (lhs: Step, rhs: Step) -> Bool { switch (lhs, rhs) { case (.rawNumber(let a), .rawNumber(let b)) where a == b: return true case (.action(let a), .action(let b)) where a == b: return true default: return false } } func isSameType(_ step:Step) -> Bool { if case .rawNumber = self, case .rawNumber = step { return true } if case .action = self, case .action = step { return true } return false; }

Собственно вот

👍

Ну все, тогда я спокоен, спасибо. А то вроде довольно простая ситуация, но не был уверен что все без костылей

Сейчас расскажу. Есть enum для хранения частей математического примера. Первый case это число (1, -5, 100), второй case это действие (умножить, сложить и т.д.) В моих простеньких математических выражениях всегда следующий порядок: число,действие,число(,действие,число)… Но пример из кусочков собирает пользователь. И он может попытаться добавить, к примеру, два знака подряд. Или два числа. И задача сводится к тому, что мне нужно знать, что это одинаковый case, но при этом мне пофиг на само значение

Понял, в чем проблема: смешали в одном енуме операнды и операции. Вынеси операции (унарные, бинарные) в отдельный енум. У профессора Хаггерти в лекциях Stanford этот пример есть в классическом виде. Очень рекомендую.

Понял, в чем проблема: смешали в одном енуме операнды и операции. Вынеси операции (унарные, бинарные) в отдельный енум. У профессора Хаггерти в лекциях Stanford этот пример есть в классическом виде. Очень рекомендую.

Хм, ну у меня вот так. То есть есть enum для операций, и есть enum для шагов примера (где шаг - или операция, или число). А как надо? enum Action { case add case minus case divide case multiply } enum Step { case rawNumber(Int) case action(Action) }

2 + 3 представляется в виде массива Step’ов rawNumber, action, rawNumber

С телефона, ссыль не отправлю сейчас. На iTunesU забей в поиск Stanford iOS9 и там прям код есть вместе с лекциями

Ок, спасибо, посмотрю

Насчет сравнения без учета значения, у меня вот так

В iOS10 тот же пример есть, 1 и 2 лекции

Кто-нибудь сталкивался с проблемами синхронизации iCloud? Перестаёт синхронизироваться папка приложения в iCloud Drive, при этом остальные папки работают

Помогите разобраться, почему ругается на "ambiguous reference to member init" в строке super.init(texture: nil, color: .clear, size: initialSize) { import SpriteKit protocol GameSprite { var textureAtlas: SKTextureAtlas {get set} var initialSize: CGSize {get set} func onTap() } ______ class Bee: SKSpriteNode, GameSprite { var initialSize: CGSize = CGSize(width: 28, height: 24) var textureAtlas: SKTextureAtlas = SKTextureAtlas(named: "Enemies") var flyAnimation = SKAction() func onTap() { } init() { super.init(texture: nil, color: .clear, size: initialSize) { createAnimations() self.run(flyAnimation) }

>init() { super.init(texture: nil, color: .clear, size: initialSize) { createAnimations() self.run(flyAnimation) } ух ты, а так можно?

Судя по ошибке - нет ) но я не пойму почему.

а ты реализуешь где-то свой инициализатор у базового класса?

интересно, а в super.init { self } будет считаться self для super

ну вы поняли

я и до этого вообще не понимал, а теперь совсем вообще

а ты реализуешь где-то свой инициализатор у базового класса?

вопрос не понял. для начинающих можно переформулировать?

писал ли ты вручную функцию init в классах SKSpriteNode или GameSprite