PHP и MySQL
При создании динамических веб-сайтов (может быть личное, веб-приложение и т. Д.) Целесообразно ли использовать вызовы запросов API вместо запросов MySQL?
Пример в моей функции getArticles() , должен ли я использовать собственный MySQL-запрос, например:
$sql = 'SELECT id, title, content FROM r_articles' $result = mysql_query($sql) or die ('.. bla bla');
Или просто выполните запрос GET: http://mysite.com/api/articles . Затем (предполагается, что это ответ в JSON) отформатируйте ответ.
ПРИМЕЧАНИЕ . API, конечно, должен быть создан первым.
Это полностью зависит от типа вашего сайта. Если вы создаете небольшой проект только с веб-интерфейсом, оставайтесь с вашими вызовами mysql.
Если вы делаете сайт, который будет расти и обслуживать несколько сервисов, например, приложение Android и iPhone уже запланировано, постройте api и пусть оба приложения используют его. API-интерфейсы отлично подходят для масштабируемости и обслуживания множества клиентов. Однако для веб-представления, например, для ваших местных жителей дантист просто накладные расходы.
Мои два цента:
Я думаю, что многое зависит от приложения. Если ожидается, что приложение будет широко развернуто (через предприятие / и т. Д.), Так что более чем одному сайту потребуется доступ к тем же объектам, что и это приложение, запрос веб-службы для объекта «Article», вероятно, приведет к более чистым, более многоразовый код.
В то же время я бы сказал, что есть дополнительная работа, связанная с разработкой и реализацией такого решения, а также дополнительные дополнительные накладные расходы, связанные с созданием дополнительных запросов GET из сценария PHP для выполнения такой обработки. Кроме того, могут возникнуть риски безопасности, связанные с созданием такого внешнего интерфейса, который может потребоваться для проверки.
Таким образом, моя рекомендация заключалась бы в том, чтобы объекты были красиво инкапсулированы и создавали их с помощью SQL, если сайт является локальным и / или небольшим (поскольку всегда есть возможность предлагать их через SOAP или JSON или что вы потом, если вы это сделаете правильно :). Если, с другой стороны, это будет крупномасштабное распределенное приложение, тогда я бы проголосовал за то, что потратил время на начало создания какого-то API-интерфейса API-интерфейса службы, поскольку вам, вероятно, понадобится это позже ,
Лично я считаю, что этот метод является довольно устрашающим. Если вы знаете, что в будущем вы будете использовать этот API, это гарантирует, что ваш API будет иметь те же функциональные возможности, что и веб-сайт, и консолидирует всю вашу логику. Недостатком является то, что у вас, вероятно, будет немного дополнительных накладных расходов.
PS В зависимости от ожидаемого размера вашего сервиса / веб-сайта вы можете поместить этот API на свой поддомен (api.website.com).