|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
Что думаете? Не противоречит ли это "best practice" и как оно вообще с вашей точки зрения? Такой вариант приводится в примерах на YouToube Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31.
Но мне кажется, что с точки зрения больших проектов, было бы удобнее разделить код для большей наглядности. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40.
... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2019, 19:30 |
|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
Это скорее философский вопрос и по моему зависит от целей и задач. Если в дальнейшем с объектом планируется работа, то повышать область видимости, а иначе - смысла особо нет. Разве что для красоты, но это уменьшает читабельность локального участка кода. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 12:02 |
|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
wadman, ну может и я тогда так же буду .... надо только выветрить delphi-ское мышление на время. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 14:40 |
|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
хоть так, хоть эдак - все это овнокод, который гугл посеял на заре андроида и пожинает до сих пор. все вышеозначенное можно гораздо красивей наваять с помощью DataBinding и/или какого-нибудь framework типа Dagger/AndroidAnnotations - скорее всего для котлин существуют свои аналоги, я не в курсе, но точно должны быть. Вот эта прямолинейная инициализация через findViewById и добавление обработчиков событий врукопашную никуда не годятся. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 22:15 |
|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
chpashaВот эта прямолинейная инициализация через findViewById и добавление обработчиков событий врукопашную никуда не годятся. Это моя самая большая претензия к Android Studio и программированию для Android. Не знаю, может в "Eclipse + ADT plugin" было иначе, но я не смотрел. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 23:10 |
|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
Сейчас уже можно делать иначе, главное заглянуть за край тарелки ;-) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2019, 23:53 |
|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
chpashaСейчас уже можно делать иначе, главное заглянуть за край тарелки ;-) вы что имеете ввиду? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2019, 00:21 |
|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
Кроик Семёнвы что имеете ввиду? То, что написал выше - databinding, androidannotations etc ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2019, 00:28 |
|
Как насчет такой структуры класса?
|
|||
---|---|---|---|
#18+
chpashaandroidannotations Это-то же по сути макросы, которые сокращают написание кода и улучшают читабельность. Сам код после обработки становится немного (иногда много) мудренее. Но в целом согласен. Я-бы даже сказал, что это mast have. Устаревшая, пожалуй, информация, но представление поможет составить https://www.sql.ru/forum/1200790/androidannotations ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2019, 08:46 |
|
|
start [/forum/topic.php?fid=13&fpage=4&tid=1330782]: |
0ms |
get settings: |
10ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
67ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 169ms |
0 / 0 |