169 похожих чатов

Ребят, привет всем Нужно объективное мнение Устроился на работу, а тут очень

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

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

Предложил потихоньку уйти от него по причине того, что мне не нравится логика в верстке, но в ответ получил "так гораздо удобнее наблюдать что где и откуда подтягивается"
А задача стоит сейчас простая, но из-за того, что все в биндинге я ее не могу решить уже довольно долго, потому что не вижу как гибко использовать DataBinding с адаптером, а гибкость сейчас нужна, можете плиз объективно сказать, DataBinding это хорошо или плохо, и если плохо то почему?
Стоит ли продавливать своё мнение, что надо отказаться от него, или же сидеть разбираться как это все работает?

19 ответов

15 просмотров

Пытаться доказать руководству что оно не умное, так себе затея.

Thymomenos-Gata Автор вопроса

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

В неумелых руках DataBinding может привести в анальной каре. У нас в проекте уже была боль. Мой сотрудник недели 2 выпиливал его

Можешь статейки с минусами всякие и сравнения показать ему. А так доказывать что-то гиблая затея)

Я когда его в последний раз использовал, приходилось каждый раз ребилдить проект чтобы филды в BR были видны и нотифаить изменения. Уже неудобно было

Если проект крупный и на стадии завершения, то будете нерационально уходить от используемой технологии, в данном случае data binding(мое мнение). Она не очень классная, но не такая ужасная, чтобы из-за нее переписать проект, чекни статьи, так же на start android по этой теме, там очень хорошо все описано доступным языком, может поможет

Нехорошо качать права только устроившись на работу, хотя это частое явление. Присмотритесь сначала что и как, кто там главный, кто имеет влияние. Пусть тот, кто всё это там придумал, покажет паттерн как решать вашу конкретную задачу. Knowledge transfer - это хорошо. Сам придумал, сам пусть и учит новых сотрудников. Тогда и станет видно, насколько его решение правильное. Если уж совсем беда - это же не единственная контора, куда можно устроиться, наверное? 😏 Вообще перемешивать разметку с логикой на мой взгляд неправильно. Где же принцип разделения ответственности? Всё такие умные, так беспокоятся о разделении слоев, а здесь всё смешивают в одну кучу. Тогда можно весь код в активити держать, тоже удобно - всё в одном месте же 😁

Thymomenos-Gata Автор вопроса

Благодарю за совет)

Thymomenos-Gata Автор вопроса

Спасибо за совет

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

Много ли объЭктов в вашем проЭкте? 😏

Thymomenos-Gata Автор вопроса

Не спорю, поэтому и просил совета, просто из своего опыта и по рассказам друзей, которые работают в разных компаниях - если технология в целом не вызывает положительных эмоций идет обсуждение и её либо заменяют на что-то, либо избавляются от неё, думал так везде)

В каждой избушке свои погремушки. Предлагайте решения, конечно, но не упорствуйте. Ну, вот так они это делают 🤷‍♂ В конце концов вас взяли решать ИХ задачи как ИМ это нужно и они вам за это платят зарплату.

Ну представь, есть ты который только пришёл, и есть чувак который успешно пилил проект с нуля на этой технологии. И тут ты такой типо говоришь - а ты всё это время фигню делал, давай будет теперь делать не так

+

Thymomenos-Gata Автор вопроса

Ну если причина обоснована и имеет вес я прислушаюсь, изучу вопрос и если все окажется так как человек говорил - без проблем последую его совету, ведь вроде как так и происходит развитие) Сидя в соло без критики твоего кода со стороны развития же не будет нормального, имхо Мб не прав, но мне это помогало всегда посмотреть на свой код с другой стороны и не делать так, что кроме меня никто не сможет понять какую-то часть кода/делать такие же ошибки снова

Ещё раз: относитесь с пониманием к тому, что люди сделали до вас. Никто не побежит радостно внедрять ваши рекомендации. Чтобы это происходило, вам сначала нужно заработать авторитет на новом месте. Сколько на это уйдет времени - 🤷‍♂

Thymomenos-Gata Автор вопроса

Ещё раз благодарю за беседу)

как говорил один человек, хоть и говнокод, но это единственное, что осталось в проекте и может дать знать хоть что то о нём😁

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта