PS
отсутствие лямб, отсутствие многопоточности, нет стандартных коллекций, все пишут свои, отвратительный синтаксис конечно же)
Size: a a a
2018 December 03
PS
точнее стандартные коллекции вроде есть, но я не видел чтобы их юзали
PS
package-неймы с большой буквы) import \Foo\Bar\Qaz - и хз что ты импортнул, неймспейс или класс
n
его нелюбят просто так. java когда то тоже нелюбили
java тоже было за что не любить. Да и сейчас из за обратной совместимости груз они тянут.
EE
отсутствие лямб, отсутствие многопоточности, нет стандартных коллекций, все пишут свои, отвратительный синтаксис конечно же)
лябды там есть. многопточности нет. Это это скорее не минус, а неохвачанная предметная область. по коллекцияс. Чем теме array не угодил?)
EE
package-неймы с большой буквы) import \Foo\Bar\Qaz - и хз что ты импортнул, неймспейс или класс
А где то не так?
PS
А работать как с ними? array_...(array_filter(array_map($arr, function() {...}), function() {...}), function() {...})
PS
А где то не так?
В джаве package с маленькой.
PS
А работать как с ними? array_...(array_filter(array_map($arr, function() {...}), function() {...}), function() {...})
Это привет питон, который тоже работает с коллекциями также, задом наперед. Вербозно, отвратительно.
EK
можешь примеры привести? ясно что java хороший язык и php кстати к нему тяготеет в векторе развития. Но чем именно тебе он показался лучше?
Во-первых, мне нравилось, что поддержка тулинга просто бомбическая. Кто, что и откуда вызывает – легко можно посмотреть, кто какие типы данных возвращает – тоже. В кишки любой либы можно залезть быстро и без труда. Плюс, спринг как DI-фреймворк работает очень просто на более-менее стандартных сценариях. Честно, более простого и понятного DI я еще не видел) В-третьих, очень порадовал, как ни странно, тогда еще Maven. Управление зависимостями, управление сборкой – все сделано довольно удобно. Мавен, конечно, требует определенного времени на привыкание, ну и у людей с xml-фобией может вызывать припадки. Но если разобраться – там все более-менее норм. С отладкой субъективно мне было проще в джаве, потому что там вовсю можно юзать мощь intellij. Но тут я не эксперт, возможно я не знал какие-то хитрые тулзы для пхп. Ну и локальный деплой тоже радовал. Не нужно ставить веб-сервер, можно собрать себе self-hosted сервис. По сути обычный jar-ник, который запускается через java -jar myfile.jar. А он под капотом запускает какой-нибудь jetty и у тебя нормально полноценно работает локальный веб-сервис
PS
лябды там есть. многопточности нет. Это это скорее не минус, а неохвачанная предметная область. по коллекцияс. Чем теме array не угодил?)
вернее да, лямбды есть но оч вербозные.
LL
Имхо, его не любят за то же за что и js и 1с. Из за низкого порога входа куча говнокодеров и, как следствие, говнокода. Ну хотя еще может какие личные причины вроде динамической типизации и т.п.
+
LL
До этого так же Дельфи не любили
EE
Во-первых, мне нравилось, что поддержка тулинга просто бомбическая. Кто, что и откуда вызывает – легко можно посмотреть, кто какие типы данных возвращает – тоже. В кишки любой либы можно залезть быстро и без труда. Плюс, спринг как DI-фреймворк работает очень просто на более-менее стандартных сценариях. Честно, более простого и понятного DI я еще не видел) В-третьих, очень порадовал, как ни странно, тогда еще Maven. Управление зависимостями, управление сборкой – все сделано довольно удобно. Мавен, конечно, требует определенного времени на привыкание, ну и у людей с xml-фобией может вызывать припадки. Но если разобраться – там все более-менее норм. С отладкой субъективно мне было проще в джаве, потому что там вовсю можно юзать мощь intellij. Но тут я не эксперт, возможно я не знал какие-то хитрые тулзы для пхп. Ну и локальный деплой тоже радовал. Не нужно ставить веб-сервер, можно собрать себе self-hosted сервис. По сути обычный jar-ник, который запускается через java -jar myfile.jar. А он под капотом запускает какой-нибудь jetty и у тебя нормально полноценно работает локальный веб-сервис
плюсы строгой типизации, да. согласен по всем пунктам. разве что maven для меня не является такой уж фишкой круто)
SS
досихпор перед глазами проверки на NSNull , nil, isKindOfClass
[NSNull class] вроде было ещё....но делали в utils.m метод isNil и все
AD
[NSNull class] вроде было ещё....но делали в utils.m метод isNil и все
Я говорю стандартными методами, из коробки
SS
И оправдывает это тем что "фреймворк так работает"
Воу воу, это же ruby-way :)
«у меня Фреймворк так делает я не могу повлиять»
«у меня Фреймворк так делает я не могу повлиять»
SS
Я говорю стандартными методами, из коробки
Ну, с одной стороны да, а с другой не asm вставки же...а если сервер-сайд «точно знает что все ок и даже смотреть не будет на то что отправляет» то и в Свифте какие то пляски были - то нил, то пустая строка - пришлось где то проверок добавить
AD
Ну, с одной стороны да, а с другой не asm вставки же...а если сервер-сайд «точно знает что все ок и даже смотреть не будет на то что отправляет» то и в Свифте какие то пляски были - то нил, то пустая строка - пришлось где то проверок добавить
кривой ответ сервера- это проблема сервера
SS
А сервер говорит «у меня тесты ок проходит»
А если сервер-сайд адекватен то и [NSNull class] не надо :) я если честно не очень помню в каких ситуациях эта дичь была (NSNull) так как быстренько делался вышеупомянутый isNil в утилитах
А если сервер-сайд адекватен то и [NSNull class] не надо :) я если честно не очень помню в каких ситуациях эта дичь была (NSNull) так как быстренько делался вышеупомянутый isNil в утилитах