B
Если примеров нет — лучше не смущать новеньких ничем не подкрепленными тезисами, как мне кажется. У меня опыт ~сотни проектов и ваших проблем не видал
Size: a a a
2019 October 31
АД
часть одного окна
АД
есть множество стейтов окон, кнопок, картинок и тд
АД
такое точно не поместишь только в бэк и фронт
АД
Если примеров нет — лучше не смущать новеньких ничем не подкрепленными тезисами, как мне кажется. У меня опыт ~сотни проектов и ваших проблем не видал
можно увидеть ваше портфолио из ~сотни проектов?
B
такое точно не поместишь только в бэк и фронт
не понял этого сообщения. Я писал про бэк и фронт (а точнее говоря - враппер) для КАЖДОГО логического элемента UI
B
И у нас уже выработана система верстки UI, при которой даже для десятков элементов отделяется графическое представление от контроллера (что-то вроде MVC)
АД
игры крутые и красивые, но сотни проектов я так и не увидел, плюс сложного ui даже близко нету, но я могу ошибаться
B
игры крутые и красивые, но сотни проектов я так и не увидел, плюс сложного ui даже близко нету, но я могу ошибаться
~Сотня с учетом* не прошедших тестов CPI/D1/D7
B
игры крутые и красивые, но сотни проектов я так и не увидел, плюс сложного ui даже близко нету, но я могу ошибаться
Вы так и не формализовали понятие "сложный UI". Можете предложить конкретный пример, где не подойдет система врапперов, чтобы мой тезис развалился с крахом?
АД
смотрите внимательнее пример
B
Отчего у вас сложилось впечатление, что я посмотрел невнимательно? И где именно там нельзя использовать врапперы? Я вот вижу что везде можно, потому и прошу уточнить)
B
Пока что получается, что я прошу предложить конкретную ситуацию, а вы цепляетесь за слова и тыкаете в непонятную картинку. Как-то неконструктивно получается :>
АД
Отчего у вас сложилось впечатление, что я посмотрел невнимательно? И где именно там нельзя использовать врапперы? Я вот вижу что везде можно, потому и прошу уточнить)
берем к примеру SoundButton, зачем нам background и foreground, когда у нас есть только 2 стейта enable и disable
B
Так названия Background и Foreground - это пример использования. По сути у вас там BG и FG заменены на Enable/Disable, что является копией предложенной мной архитектуры. Не совсем понимаю, в чем именно предмет спора.
АД
Так названия Background и Foreground - это пример использования. По сути у вас там BG и FG заменены на Enable/Disable, что является копией предложенной мной архитектуры. Не совсем понимаю, в чем именно предмет спора.
вообще нет, enable и disable, это разные стили кнопок. А ваша логика исходя из названий, построенна, что все элементы которые сзади должны быть в background, а которые спереди в foreground
АД
вот поэтому я и начал спорить, что нельзя так просто разделять на бэк и фронт, исходя из нейминга
B
вообще нет, enable и disable, это разные стили кнопок. А ваша логика исходя из названий, построенна, что все элементы которые сзади должны быть в background, а которые спереди в foreground
И снова нет. Не "все элементы сзади или спереди" а "для каждого элемента есть <сзади> и есть <спереди>". Например: