Юзать realm instance как static обьект, это плохо? Чтоб не создавать инстанс класса, думал синглетон сделать. Или лучше просто через статические методы? Или все плохо, лучше делать обычным классом?

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

@uloplt работаю в том же потоке, поскольку внутри уже все происходит в транзакциях

тогда почему бы и нет?

@uloplt вот что студия говорит

тогда остаётся доставать по необходимости, наверное

судя по названию методов внутри getDefaultInstance инстанс кэшируется и прочее return RealmCache.createRealmOrGetFromCache(defaultConfiguration, Realm.class); думаю, ничего страшного не будет в том, чтобы каждый раз оттуда брать его

в описании Creates a new Realm instance or get an existing instance for current thread.

У меня в родителськом фрагменте в каждом свой инстанс

нчиего страшног оесли его брать каждый раз заново

Ребят (и @NoUruru (: ), небольшое объявление. Завтра в Казани мы проводим митап, на котором будем обсуждать, среди прочего, MVP и rxjava. Если есть кто рядом - присоединяйтесь, будем рады! =) https://abct.timepad.ru/event/466386/

Далеко(

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

Я уже протоптал эти грабли. Менял приватный объект класса, а потом удивлялся.

Подскажите, есть ли какой то общеизвестный список системных неявных интентов?

Или рассчитывать на наличие какого либо приложения не стоит?

Всем привет! В общем, интересует мнение опытных разработчиков , как вы называете поля класса ? Используйте приставку "m"? Типа mTitleTextView. Если да, то используете прям везде? Даже в класса model ?

Да тут опыт решает

в модели обычно не юзают m s

в view модели да

Всем привет! В общем, интересует мнение опытных разработчиков , как вы называете поля класса ? Используйте приставку "m"? Типа mTitleTextView. Если да, то используете прям везде? Даже в класса model ?

http://jakewharton.com/just-say-no-to-hungarian-notation/

Всем привет! В общем, интересует мнение опытных разработчиков , как вы называете поля класса ? Используйте приставку "m"? Типа mTitleTextView. Если да, то используете прям везде? Даже в класса model ?

Мы пишем на Kotlin и не задаем себе таких глупых вопрос ?

Всем привет! В общем, интересует мнение опытных разработчиков , как вы называете поля класса ? Используйте приставку "m"? Типа mTitleTextView. Если да, то используете прям везде? Даже в класса model ?

https://source.android.com/source/code-style.html

https://source.android.com/source/code-style.html

Ну я так думая что вопрос о собственных проектах, а не о контрибюте в андроид. Так что этот док не к месту.

Всем привет! В общем, интересует мнение опытных разработчиков , как вы называете поля класса ? Используйте приставку "m"? Типа mTitleTextView. Если да, то используете прям везде? Даже в класса model ?

Венгерская нотация - это пережитки прошлого. Забей и пиши по человечески.

Ну я так думая что вопрос о собственных проектах, а не о контрибюте в андроид. Так что этот док не к месту.

здесь пример того, как оформляется код. А дальше пусть человек сам решает, стоит ли ему следовать этому или нет.

Спасибо что прояснили этот момент, всем спасибо!

Спасибо что прояснили этот момент, всем спасибо!

Допустим я понимаю, что не контрибьютор AOSP, но придерживаюсь их стиля осознанно в своих проектах. Аргумента 2: 1) когда я начинал разрабатывать - других рекомендаций или анти-рекомендации для разработки под андроид не было вообще! Только Code Conventions for AOSP commiters! 2) это хорошо тем, что всё выглядит однообразно, и не надо напрягать мозг для чтения проекта - так, а сорцов андроида - по-другому(самоизвращением попахивает) А вот аргументов против - кроме как поклоняться Вортону - я не вижу))) Вортон сказал - aosp стиль - плохо - и все пошли повторять Вортон сказал - фрагменты плохо - все пошли повторять

Допустим я понимаю, что не контрибьютор AOSP, но придерживаюсь их стиля осознанно в своих проектах. Аргумента 2: 1) когда я начинал разрабатывать - других рекомендаций или анти-рекомендации для разработки под андроид не было вообще! Только Code Conventions for AOSP commiters! 2) это хорошо тем, что всё выглядит однообразно, и не надо напрягать мозг для чтения проекта - так, а сорцов андроида - по-другому(самоизвращением попахивает) А вот аргументов против - кроме как поклоняться Вортону - я не вижу))) Вортон сказал - aosp стиль - плохо - и все пошли повторять Вортон сказал - фрагменты плохо - все пошли повторять

полностью поддерживаю :))

всем привет! есть тут фриларсеры? или кто занимался фрилансом?

шо тебе

Допустим я понимаю, что не контрибьютор AOSP, но придерживаюсь их стиля осознанно в своих проектах. Аргумента 2: 1) когда я начинал разрабатывать - других рекомендаций или анти-рекомендации для разработки под андроид не было вообще! Только Code Conventions for AOSP commiters! 2) это хорошо тем, что всё выглядит однообразно, и не надо напрягать мозг для чтения проекта - так, а сорцов андроида - по-другому(самоизвращением попахивает) А вот аргументов против - кроме как поклоняться Вортону - я не вижу))) Вортон сказал - aosp стиль - плохо - и все пошли повторять Вортон сказал - фрагменты плохо - все пошли повторять

При чем тут Вортон? Венгерскую нотацию придумали для того, чтоб отличать разные виды переменных: статические, мембер, локальные. Сейчас IDE своей подсветкой прекрасно с этим справляются. И приставка остается только шумом, не несущим никакой полезной информации. Тогда какой смысл ее писать? Андроид - это джава разработка. Код конвеншен по джаве был доступен на сановском сайте очень давно. На оракловский сайт после покупки она тоже перекочевала.

мине именно от вас, нишо ни надО

пацаны щас драка будет

прячьтесь

Допустим я понимаю, что не контрибьютор AOSP, но придерживаюсь их стиля осознанно в своих проектах. Аргумента 2: 1) когда я начинал разрабатывать - других рекомендаций или анти-рекомендации для разработки под андроид не было вообще! Только Code Conventions for AOSP commiters! 2) это хорошо тем, что всё выглядит однообразно, и не надо напрягать мозг для чтения проекта - так, а сорцов андроида - по-другому(самоизвращением попахивает) А вот аргументов против - кроме как поклоняться Вортону - я не вижу))) Вортон сказал - aosp стиль - плохо - и все пошли повторять Вортон сказал - фрагменты плохо - все пошли повторять

Нахрен Вортона, я все это знал до него из "чистого кода". А то что фрагменты барахло, понимаешь кода поразрабатываешь под Android лет эдак 5.

При чем тут Вортон? Венгерскую нотацию придумали для того, чтоб отличать разные виды переменных: статические, мембер, локальные. Сейчас IDE своей подсветкой прекрасно с этим справляются. И приставка остается только шумом, не несущим никакой полезной информации. Тогда какой смысл ее писать? Андроид - это джава разработка. Код конвеншен по джаве был доступен на сановском сайте очень давно. На оракловский сайт после покупки она тоже перекочевала.

Хороший прграммист пишет "читый код". Отличный программис - его генерит. И вот тут ваши все венгерские нотации - барахло :)

Допустим я понимаю, что не контрибьютор AOSP, но придерживаюсь их стиля осознанно в своих проектах. Аргумента 2: 1) когда я начинал разрабатывать - других рекомендаций или анти-рекомендации для разработки под андроид не было вообще! Только Code Conventions for AOSP commiters! 2) это хорошо тем, что всё выглядит однообразно, и не надо напрягать мозг для чтения проекта - так, а сорцов андроида - по-другому(самоизвращением попахивает) А вот аргументов против - кроме как поклоняться Вортону - я не вижу))) Вортон сказал - aosp стиль - плохо - и все пошли повторять Вортон сказал - фрагменты плохо - все пошли повторять

1) чем конвеншены джавовые не устроили не понятно, они уже давно были. 2) единообразность с сорцами sdk это сомнтельное преимущество. по поводу вортона. ну в данном случае зеркальная ситуация, гугл сказал так писать код (причем только для AOSP) и вы пишите в таком стиле всё свои апы. зачем? по крайней мере вортон приводит аргументы.

1) чем конвеншены джавовые не устроили не понятно, они уже давно были. 2) единообразность с сорцами sdk это сомнтельное преимущество. по поводу вортона. ну в данном случае зеркальная ситуация, гугл сказал так писать код (причем только для AOSP) и вы пишите в таком стиле всё свои апы. зачем? по крайней мере вортон приводит аргументы.

ОС принадлежит гуглу пока. Будет принадлежать Вортону - всё моё внимание будет на него. Я не могу себе представить ситуации чтобы айосники пытались переизобрести iOS заново. У нас же - это в порядке вещей Текущее положение дел ... со стилем да и много с чем может и не самое лучшее. но по-крайней мере это лучше чем постоянные переосмысления...? на мой взгляд

Хотя если переосмысление "гребаного гугла с его кривым андроидом" - поднимает чувство собственной компетенции и профессионализма -то почему бы и нет?

ОС принадлежит гуглу пока. > громкое заявление в адрес Open Source Project'a...

ОС принадлежит гуглу пока. > громкое заявление в адрес Open Source Project'a...

Ну ... формально-то - да))) Однако, ой. что-то тут затерялось...

в опен сорс проекте

https://github.com/android/platform_frameworks_base/blob/master/core/java/android/content/ContentProviderClient.java#L151

костылёчек парни забыли)) фирменный при чём))

https://github.com/android/platform_frameworks_base/blob/master/core/java/android/content/ContentProviderClient.java#L151

Ну не зря из Yandex засудил в РФ и еще в EU судят за монополию ?

Ну цена ОСи от этого ни на копеечку не выросла

free as in beer

Юзать realm instance как static обьект, это плохо? Чтоб не создавать инстанс класса, думал синглетон сделать. Или лучше просто через статические методы? Или все плохо, лучше делать обычным классом?

Ты и так синглетлн берёшь

@kaytert это знаю, что инстанс внутри синглетон

@kaytert это знаю, что инстанс внутри синглетон

Ну так зачем тогда синглтон синглтона

Чтоб не создавать экземпляры этого менеджера везде)

Чтоб не создавать экземпляры этого менеджера везде)

>синглтон

Создай враппер и там пусть все происходит

привет ребята

имею такой вопрос

подскажите пожалуйста что лучше использовать в случее если имеется активити которое вмещает фрагмент со списком елементов

и при нажатии на елемент лучше откривать новое активити для детального представления или фрагмент

ERROR: S client not available

?

Ресайклер или листвью?

Или про что тв

первое

а есть разница ?

А в чём вопрос что лучше использовать то

ну да )

Ресайклер намного мощнее

я не об етом спрашиваю Антон

Активити будет проще :) не нужно будет париться с прозрачным тулбаром

а об где лучше использовать фрагменти а где нет

Аа

я просто их использую везде

Активити

а мне кажеться ето не совсем верно

Фрагмент, как мне кажется, вообще лучше использовать только тогда, когда надо переиспользовать его где-то. А так... активити. Я делаю так. Активити, а в нем фрагмент.

Фрагмент, как мне кажется, вообще лучше использовать только тогда, когда надо переиспользовать его где-то. А так... активити. Я делаю так. Активити, а в нем фрагмент.

а активити долше запускается нежели фрагмент ?

Нет с чего бы )

Нет с чего бы )

когда то, где то такое вичетал )

Лучше открывать активити с фрагментов внутри

Тут же в правильности подхода. Фрагменты хороши, но они нужны немного не для того. А для переиспользования. Например, если у вас поддержка и телефонов и планшетов.

Тут же в правильности подхода. Фрагменты хороши, но они нужны немного не для того. А для переиспользования. Например, если у вас поддержка и телефонов и планшетов.

ага

тогда для телефонов лучше список и активити

а для планшетов список и фрагменти

?

Тут же в правильности подхода. Фрагменты хороши, но они нужны немного не для того. А для переиспользования. Например, если у вас поддержка и телефонов и планшетов.

правильно понял ?

По большому счету ты прав да.