Используйте PDO
и подготовленные запросы.
($conn
- объект PDO
)
$stmt = $conn->prepare("INSERT INTO tbl VALUES(:id, :name)");
$stmt->bindValue(':id', $id);
$stmt->bindValue(':name', $name);
$stmt->execute();
Я подозреваю, что наиболее распространенные значения были бы camelCased - т.е.
<myTag someAttribute="someValue"/>
, В частности, пробелы вызывают несколько незначительных сбоев, если смешано с генераторами кода (т.е. к [de] сериализируют xml к объектам), с тех пор не, много языков позволяют перечисления с пробелами (требующий отображения между двумя).
Для меня это похоже на обсуждение стиля кода для языка программирования: некоторые приведут доводы в пользу стиля, другие защитят альтернативу. Единственное согласие, которое я видел: "Выберите один стиль и быть последовательными"!
я просто отмечаю, что партия диалектов XML просто использует строчные имена (SVG, Муравей, XHTML...).
я не получаю "пробелы в правиле" значений атрибутов. Так или иначе это отправляет к дебатам, "что вставить атрибуты и что поместить как текст?".
, Возможно, это не лучшие примеры, но существуют некоторые известные форматы XML с помощью пробелов в атрибутах:
я не полностью понимаю, аргументы против практики (кажись, обращаться только к некоторым использованиям), но это законно, по крайней мере, и вполне широко используемое. С недостатками, по-видимому.
, О, и Вам не нужно пространство перед автозаключительной наклонной чертой.:-)
Я одобряю TitleCase для имен элементов и Camel-регистр для атрибутов. Никакие пробелы для также.
<AnElement anAttribute="Some Value"/>
Как в стороне, я сделал быстрый поиск Лучших практик в XML и придумал эту довольно интересную ссылку: XML-схемы: Лучшие практики .
Я был бы склонен одобрять нижний регистр или Camel-регистр теги и так как атрибуты должны обычно отражать значения данных - не довольный - я придерживался бы значения, которое могло использоваться в качестве имени переменной в любой платформе/языке, мог бы быть интересно, т.е. избегают пробелов , но другие две формы могли быть в порядке
Многие документируют центрируемый нижний регистр использования диалектов XML основной латинский и тире. Я склонен идти с этим.
Генераторы кода, который отображает XML непосредственно на идентификаторы языка программирования, являются хрупкими, и (за исключением наивной сериализации объекта, такими как XAML), должен избежаться в переносимых форматах документа; для лучшего повторного использования и информационной долговечности XML должен попытаться соответствовать домену, не реализации.