DK
возможно условия я интерпретирую неправильно, но в целом баг в проекте воспроизводится, есть идеи почему?
Size: a a a
2020 April 14
AS
кажется вопросы, которые можно за 5-10 минут обсудить, можно было бы и в чате спросить
Хорошо. Подскажите как правильно реализовать архитектуру (может не правильно назвал) приложения где есть Автор (создатель материалов) и Подписчики, которые могут читать бесплатные материалы и покупать платные
DK
у кого покупать?
DK
мне кажется это вопрос к производству, а не к программированию
S
Хорошо. Подскажите как правильно реализовать архитектуру (может не правильно назвал) приложения где есть Автор (создатель материалов) и Подписчики, которые могут читать бесплатные материалы и покупать платные
какой-то не архитектурный вопрос, тут вся работа лежит на стороне бекенда, приложение просто стягивает “материал” и показывает.
AS
... я так понимаю, нужна база данных (Firebase)
S
... я так понимаю, нужна база данных (Firebase)
нужен полноценный бекенд, который всё и будет делать
AS
какой-то не архитектурный вопрос, тут вся работа лежит на стороне бекенда, приложение просто стягивает “материал” и показывает.
А Автор когда создает контент - записывает его в базу, и Подписчик, которые прдписаны на Автора получают данный коньтент
AS
нужен полноценный бекенд, который всё и будет делать
А как реализуеися данный бекенд?
S
А Автор когда создает контент - записывает его в базу, и Подписчик, которые прдписаны на Автора получают данный коньтент
это все работа сервера/сервисов, iOS приложение будет или отправлять POST запрос с материалом от автора, или GET для получаения списка статей и конкретной статьи
AS
Можно просто использовать базу данных, как Firebase?
S
А как реализуеися данный бекенд?
это явно не для iOS чата вопрос
DK
Ну это то же самое как какие-нибудь фильмы в видеосервисах или телевидение или музыка по подписке, если вы даже примерно не представляете как это должно работать, проще нанять того, кто знает. на этот вопрос в двух словах не ответить
DK
основная сложность тут в организации перевода средств при оплате контента, который одни пользователи создают а другие используют. если бы этими покупками занимался автор приложения, тогда можно было бы перевести этот вопрос в область разработки иос, а так - это вопрос по архитектуре самого сервиса по продаже контента
AS
Может я коряво объясняю, попробую упростить
DK
даже если вы это упростите до геймфокуса, все равно саму задачу это не упростит
AS
Автор пишет статьи, подписанные на него юзеры читают. Могут купить подписку на платные статьи, а могут просто читать бесплатные
S
Автор пишет статьи, подписанные на него юзеры читают. Могут купить подписку на платные статьи, а могут просто читать бесплатные
70% всей разработки/задачи это будет backend, когда будет полностью готва API, тогда можно будет поднимать вопрос насчет iOS
В
Автор пишет статьи, подписанные на него юзеры читают. Могут купить подписку на платные статьи, а могут просто читать бесплатные
Вам нужно полноценное бэкенд приложение для такой аппы.