Это может звучать глупо, но когда я проходил стажировку в веб-компании, меня привлек проект на основе PHP, включающий очистку веб-данных для хранения в таблице базы данных. Процесс включал написание сценария для очистки данных, синтаксического анализа конкретной информации в файл JSON, а затем написание другого сценария, который будет принимать данные JSON и сохранять их в базе данных.
Недавно я начал работать над академическим проектом, который использует функциональность, аналогичную той, что я узнал во время моей стажировки, и начал задаваться вопросом, будет ли разумным следовать примеру процесса, используемого для этого проекта стажировки.
Я действительно не знаю, почему я должен был использовать json_encode
для ассоциативного массива сохраните его в виде файла JSON, а затем создайте другой сценарий, который взял этот файл и расшифровал его перед вставкой в базу данных. Я чувствую, что было бы более эффективно просто пропустить создание файла JSON полностью.
Есть ли какая-то польза от этого по сравнению с простым объединением двух сценариев, поэтому я пропускаю часть кодирования и декодирования все вместе? Будет ли лучше практиковаться в моей карьере программиста, если я разделю код на разные сценарии?
Я предполагаю, что во время вашей стажировки в веб-компании вам нужно было кодировать-декодировать данные для передачи этих данных клиенту внешнего интерфейса (javascript-код), а затем в обратном направлении (javascript отправляет некоторые данные json на сервер).
Так что, если в вашем текущем проекте вы не видите причин для кодирования данных — не делайте этого! )
Закодированные данные очень полезны в некоторых случаях, например, вы можете сохранить эти данные непосредственно в базе данных, как строку, ИЛИ вы можете отправить эти данные в браузер, чтобы их можно было проанализировать с помощью javascript.
Итак, еще раз: если вам не нужно анализировать / конвертировать / кодировать данные — вам не следует этого делать.
Других решений пока нет …