- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго всем вечера. Кто знаком с созданием мобильных приложений, дайте совет. Для вёрстки что сейчас лучше использовать relativelayout, linearlayout или лучше использовать сетки grid?
Я понимаю что можно на любой, но одна будет как table в HTML, а другая как DIV css. Что сейчас наиболее актуально?
Доброго всем вечера. Кто знаком с созданием мобильных приложений, дайте совет. Для вёрстки что сейчас лучше использовать relativelayout, linearlayout или лучше использовать сетки grid?
Ну дык, это же не равнозначные компоненты. У каждого из них своё предназначение и смысл. Что хотите построить, такой компонент и используете.
Я понимаю что можно на любой, но одна будет как table в HTML, а другая как DIV css. Что сейчас наиболее актуально?
Это совсем грубая аналогия, для приложений она не имеет смысла. Актуальны все сразу.
В сайтострительстве большое влияние оказали поисковые системы, от них пошли эти рекомендации на счёт DIV вместо table и актуально/не актуально. В мобильных приложениях такого не было никогда. Все рекомендации сводятся только к экономии памяти и скорости отрисовки, а между ними обратная зависимость.
PS Единственное, что могу подсказать - это использовать как можно меньше уровней вложенности, а для перехода по экранам приложений использовать фрагменты (Fragment) вместо Activity.
В сайтострительстве большое влияние оказали поисковые системы, от них пошли эти рекомендации на счёт DIV вместо table
Поправочка. Это не столько из-за ПС, а в основном из-за возможностей рендеринга страницы браузерами. Их зоопарком в тч. ПС только помоги акцентировать на это внимание ламеров (как напр сейчас "прессуют" на объёмы загружаемой графики и необходимости её оптимизации)
constraint
В сайтострительстве большое влияние оказали поисковые системы, от них пошли эти рекомендации на счёт DIV вместо table и актуально/не актуально. В мобильных приложениях такого не было никогда
В сайтоСтрое бОльшее влияние оказало желание дивных верстаков лишний раз срубить бабла, под предлогом якобы-рекомендаций искалок. Хотя бОльшей, чем в www, концентрации DIV в выдаче не было никогда.
table - для таблиц. Сайт - не таблица.
Это не столько из-за ПС, а в основном из-за возможностей рендеринга страницы браузерами. Их зоопарком в тч.
В платформе Андроид есть похожая проблема. Из-за более открытой архитектуры по сравнению с iOS, появился зоопарк устройств с разными разрешениями экрана, версиями ОС, версий SDK, железа и пр. Хотя на вёрстке это не сильно сказывается, встаёт в полный рост проблема с программным кодом - одни и те же действия на разных устройствах требуют разного кода.
Тут ещё и Гугл подливает масла в огонь. Постепенно убирает возможности программного управления железом и стандартными функциями. Например, возможность переключать моб. интернет программно убрали ещё в версии 5.0, причём на некоторых моделях всё равно работает даже в 7-й. В новой, 10-й версии, нельзя будет программно переключать Wi-Fi, получать доступ к истории звонков и СМС, к телефонной книге без рута, ограничен доступ к произвольным файлам на флешке.
Вроде бы всё делается в угоду защиты приватности пользователей, но бьёт по функциональности приложений. Постепенно остаётся программный доступ только к акселератору, гироскопу, GPS и фотокамере. Ну и нахер с таким подходом вообще будут нужны нативные приложения? 😕 Остаются только приложения дёргающие какие-нибудь серверные API, но это и веб-приложения могут.
Посмотрим, что нам предложит Fuchsia, но сомневаюсь, что нам когда-нибудь вернут свободу использования возможностей ОС и железа.
В платформе Андроид есть похожая проблема. Из-за более открытой архитектуры по сравнению с iOS, появился зоопарк устройств с разными разрешениями экрана,
Ну тут наверное проблема другого плана.
Проблема таблиц в браузерах (кроме старой Оперы) в том, что на экран ничего не выведется до тех пор, пока не будет загружено всё их содержимое. А тк многие "верстальщики" запихивали всю страницу в таблицу (<body><table>..</table></body>), да ещё и кучу вложенных настроят - и браузеры задыхались это разбирать и юзеру приходилось долго пялиться в пустой экран. Потому и начался "культ div-ов". Хотя при правильном использовании таблиц в них ничего особо страшного нет. Разве что может "пострадать" адаптив.
Ну и нахер с таким подходом вообще будут нужны нативные приложения? Остаются только приложения дёргающие какие-нибудь серверные API, но это и веб-приложения могут.
А кстати да - это такой печальный новомодный тренд.. Точнее возврат в глубокое прошлое. :(