Комментарии 24
которые будут находиться в phpmyadmin.
Извините, но после этих слов можно не чиать.
почему?
Потому что в phpmyadmin — веб-интерфейс для работы с базой данных mysql|mariadb.
так я с ним и работаю!!! Я подключаю к сайту phpmyadmin, а в приложение через fetch запрос беру данные с базы данных
НЛО прилетело и опубликовало эту надпись здесь
хорошо, а если я исправлю с «В следующем уроке мы сделаем вывод данных с phpmyadmin.» в «В следующем уроке мы сделаем вывод данных mysql. „
Будет нормально и правильно?
Будет нормально и правильно?
НЛО прилетело и опубликовало эту надпись здесь
Я это срачик начал, поэтому, позвольте, объясню. Как я понял, Вы продвигаете сайт с учебными материалами по вёб-разработке, при этом, судя по первым строкам статьи, Вы не очень разбираетесь в инструментах.
Вам верно указали на то, что phpMyAdmin всего лишь вёб-морда/интерфейс для работы с СУБД. И да, «сделаем вывод данных mysql» не вызвало бы вопросов.
Вам верно указали на то, что phpMyAdmin всего лишь вёб-морда/интерфейс для работы с СУБД. И да, «сделаем вывод данных mysql» не вызвало бы вопросов.
|percona
Статьи не хранятся в «phpmyadmin», они хранятся в базе данных.
А при запросе через fetch даже факт хранения в базе данных не важен, так как fetch не лезет напрямую в базу.
А при запросе через fetch даже факт хранения в базе данных не важен, так как fetch не лезет напрямую в базу.
В чем ценность статьи? В установке expo и react? Зачем разбивать статью? Чтобы плюсов собрать? Зато выложены 4 ссылки для пиара.
ценность в верстки и о том, как получить данные из базы данных.
Чего?! о_О
Вот статья, которая была написана мной.
ОТ начала и ДО конца расписанная разработка приложения.
Аналогично вашему проекту. Такая же читалка статей (новостей).
Создание приложения на Ionic с использованием API
ОТ начала и ДО конца расписанная разработка приложения.
Аналогично вашему проекту. Такая же читалка статей (новостей).
Создание приложения на Ionic с использованием API
НЛО прилетело и опубликовало эту надпись здесь
Зачем вообще всякие helloworld'ы на сайте, целевая аудитория которого — специалисты? Вот сколько уже лет Хабр читаю, и все понять не могу.
Есть же вроде как площадки со студентами, школьниками, и прочими — тот же киберфорум ими кишит, и неслабый трафик через себя качает. Смысл что-то такое постить, если вероятность, что засыпят минусами и накроют специализированными дворовыми выражениями, которым не место в приличном обществе, близка к 99.9%, а профита все равно не видать в силу отсутствия здесь ЦА?
Забыл добавить — фидбек от целевой аудитории (какого бы размера она не была) здесь тоже не представляется возможным: у ее членов попросту write-аккаунтов нет: написать годную статью они ещё не в силах, а инвайт получить знакомых нет.
Ну например статья начального уровня может быть интересна специалистам смежных сфер. Т.е. я сюда попал ввиду того, что пытаюсь перейти от веб-разработки к мобильной разработки. Доки помотрел, хотел примеров живого кода, желательно с комментариями.
Киберфорум, как и гитхаб немного не про это
Киберфорум, как и гитхаб немного не про это
Зачем использовать Expo? Он же ненадежный и все время падает.
Уважаемый автор :)
Я уже как более 2х лет занимаюсь разработкой на платформе React Native. Поэтому хочу Вам дать несколько рекомендаций и сделать пару замечаний, касательно статьи:
1. Бегите с React Native как можно скорее, а тем более с Expo. Писать что-то стабильное, не лагающее и сложное очень трудно, я бы сказал из серии невыполнимо. Лучше освоиться с популярными Swift, Swift UI или Kotlin и сразу приучаться к нормальной разработке. Поверьте, килограммы волос будете выдергивать со своей головы с RN.
2. Если же вы все-таки не послушали первый совет, а продолжили изучать, а тем более объяснять React Native, то изучите пожалуйста Best Practices для него.
На Ваш код больно смотреть, отсутствие нормального форматирования, неоправданные инлайновые стили, которые и смотрятся крайне некрасиво, и менее оптимизированы по сравнению со StyleSheet.
3. На момент выхода статьи актуальная версия RN — 0.65.
А следовательно, можно использовать и функциональные компоненты и хуки и остальные прелести React 16.8. Даже самый невнимательный обыватель хабра заметит, что идет сильный форс ФП и уход от ООП отовсюду, где только можно. Чтобы статьи подходили под нынешние реалии, попробуйте React.FC, поверьте, Вам понравится, да и опять же, ПРОИЗВОДИТЕЛЬНЕЕ :)
4. Код в статье совершенно нелогичен и незакончен. Зачем делать HTTP запрос? Зачем нам dataSource, если он нигде не используется? А если у нас предполагается массив статей, то почему не использовать FlatList, который опять-таки, гораздо более оптимизирован под списки?
5. Еще один совет на будущее: если пишете код сразу под две платформы, а тем более уроки, то позаботьтесь о том, что он и РАБОТАЛ на обеих платформах. Отсутствие Roboto шрифтов на iOS будет выдавать исключение.
6. Если вы хотите повлиять на отображение содержимого внутри ScrollView или FlatList, то нужно использовать не style, а contentContainerStyle
7. Мега-буст для React в целом — TypeScript. Или, хотя бы Flow. Без этого Вас ждет кромешная тьма из багов, ибо держать в голове кучу сущностей и структур — очень трудно.
8. Забудьте про Expo сразу, если Вам нужна только Android-разработка, или есть у Вас есть Mac. Это громоздкая платформа, дающая огромные ограничения ввиду отсутствия поддержки многих библиотек. Пишите с помощью react-native init
Резюмируя, осмелюсь сказать, что Вы сами только приступили к изучению этого фреймворка и на радостях побежали писать статью о hello world на Хабре. Статья получилась скомканная, не несущая в себе ничего, кроме мануала к expo и корявого кода, который не факт, что вообще запустится, а если и заработает — то не несет в себе никакой функциональности.
Элементарные описки (или нет?) по поводу PhpMyAdmin, да и в целом использование php + MySQL в 2019 году для MVP — очень и очень странный ход. Не лучше ли взять Node.JS, GraphQL, MongoDB или PostgreSQL?
Может Вы делали все исходя из самых добрых побуждений и рассчитывали на минимальный порог вхождения, но стек технологий, рАвно как и код — неактуальны.
Удачи Вам, успеха и развития!
Я уже как более 2х лет занимаюсь разработкой на платформе React Native. Поэтому хочу Вам дать несколько рекомендаций и сделать пару замечаний, касательно статьи:
1. Бегите с React Native как можно скорее, а тем более с Expo. Писать что-то стабильное, не лагающее и сложное очень трудно, я бы сказал из серии невыполнимо. Лучше освоиться с популярными Swift, Swift UI или Kotlin и сразу приучаться к нормальной разработке. Поверьте, килограммы волос будете выдергивать со своей головы с RN.
2. Если же вы все-таки не послушали первый совет, а продолжили изучать, а тем более объяснять React Native, то изучите пожалуйста Best Practices для него.
На Ваш код больно смотреть, отсутствие нормального форматирования, неоправданные инлайновые стили, которые и смотрятся крайне некрасиво, и менее оптимизированы по сравнению со StyleSheet.
3. На момент выхода статьи актуальная версия RN — 0.65.
А следовательно, можно использовать и функциональные компоненты и хуки и остальные прелести React 16.8. Даже самый невнимательный обыватель хабра заметит, что идет сильный форс ФП и уход от ООП отовсюду, где только можно. Чтобы статьи подходили под нынешние реалии, попробуйте React.FC, поверьте, Вам понравится, да и опять же, ПРОИЗВОДИТЕЛЬНЕЕ :)
4. Код в статье совершенно нелогичен и незакончен. Зачем делать HTTP запрос? Зачем нам dataSource, если он нигде не используется? А если у нас предполагается массив статей, то почему не использовать FlatList, который опять-таки, гораздо более оптимизирован под списки?
5. Еще один совет на будущее: если пишете код сразу под две платформы, а тем более уроки, то позаботьтесь о том, что он и РАБОТАЛ на обеих платформах. Отсутствие Roboto шрифтов на iOS будет выдавать исключение.
6. Если вы хотите повлиять на отображение содержимого внутри ScrollView или FlatList, то нужно использовать не style, а contentContainerStyle
7. Мега-буст для React в целом — TypeScript. Или, хотя бы Flow. Без этого Вас ждет кромешная тьма из багов, ибо держать в голове кучу сущностей и структур — очень трудно.
8. Забудьте про Expo сразу, если Вам нужна только Android-разработка, или есть у Вас есть Mac. Это громоздкая платформа, дающая огромные ограничения ввиду отсутствия поддержки многих библиотек. Пишите с помощью react-native init
Резюмируя, осмелюсь сказать, что Вы сами только приступили к изучению этого фреймворка и на радостях побежали писать статью о hello world на Хабре. Статья получилась скомканная, не несущая в себе ничего, кроме мануала к expo и корявого кода, который не факт, что вообще запустится, а если и заработает — то не несет в себе никакой функциональности.
Элементарные описки (или нет?) по поводу PhpMyAdmin, да и в целом использование php + MySQL в 2019 году для MVP — очень и очень странный ход. Не лучше ли взять Node.JS, GraphQL, MongoDB или PostgreSQL?
Может Вы делали все исходя из самых добрых побуждений и рассчитывали на минимальный порог вхождения, но стек технологий, рАвно как и код — неактуальны.
Удачи Вам, успеха и развития!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создание мобильного приложения на React Native