Автоподстановка данных в поля при редактировании

Есть форма с новостью - для редактирования. Задача - Если при редактировании случайно было очищено какое-то поле и отправлена форма, как отредактрованная - чтобы это поле в уже отредактированной новости не осталось пустым, как ошибочно удаленное, а перезаписалось значение, которое было там ранее, до редактирования.
Реализовал вот так:

У меня дальше в части представления идет обращение к этим данным для вывода в форму уже имеющихся данных для этой новости. Чтобы видеть, чем уже заполнены поля.
$_GET['key1'] я обрабатываю (int). Не дописал...


Это то же самое, что и
$arSetUpdate = array();
?

А если значение в поле будет именно "0"?
Почему не на пустое значение проверка?

Зачем проверять еще на ">0"
count же вернет в любом случае отличное значение от нуля, если массив не пустой
Почему не просто if (count()) {...}

1. селект нужно делать после апдейда, а не перед ним.
2. да. отвыкайте от этих древних array().
3. если значение будет 0 - strlen вернет 1 потому что http://php.net/manual/ru/function.strlen.php
пустое значение (null) в посте не приходит.
4. тогда уж if (!empty($arSetUpdate)) - если наносекунды экономим.

Почему??? Селектом я получаю старые значения из ДБ, и дальше в представлении в форме использую старые, а апдейтом(если будет подтверждение редактирования) заношу в БД уже новые значения...


А какое значение приходит? Если значение в поле не указано, элемент в массиве $_POST все равно создается. И собственно сама проверка на пустое значение работает. Объясните пожалуйста.


Так какая разница между вариантами:
if (count($arSetUpdate) > 0)
if (count($arSetUpdate))
if (!empty($arSetUpdate))
и
if (strlen($sValue) == 0) {} else{}

1. зачем это нужно, если вы обновляете только те значения, которые собираются в массиве arSetUpdate? если значение - пустая строка, то оно не добавится в массив, не добавится в запрос, и соответственно не обновится - останится старым.
после обновления достаните актуальные данные, и выведе во вью, а то что используете вы - велосипед из кастылей, жуткая практика, но все приходит с опытом.

2. приходит пустая строка = '', ее длина равна 0.
стоит обратить внимание например на то, что не выделенный чекбокс вообще не придет, в отличие от текстового инпута или селекта.

3. начнем с конца. если текущее значение пустая строка - мы не обновляем данные для текущего поля.
разница между ифами чисто в контексте:

1 - если мы используем каунт - соответственно мы собираемся работать с результирующим числом, например сравнивать его с другим числом.
2 - так не пишут. просто не пишут и все. хотя можно написать, но зачем нам каунт, если мы ожидаем не число, а булиновое значение?
3 - проверка на пустой/не пустой массив - используется там где требуется именно эта проверка. отрабатывает быстрее чем каунт, но это заметно только при сравнении внутри большого кол-ва циклов, например при переборе десятков или сотен тысяч записей из бд.
при добавлении данных из формы 1 и 3 варианты отработают примерно с одинаковой скоростью.

проверка эта нужна потомоу что она нужна. просто приучайте себя проверять и валидировать все данные, которые приходят со стороны клиента, особенно когда эти данные вносятся в бд.

(Отредактировано автором: 10 Марта, 2017 - 10:09:49)

Так речь именно о полях, а не чекбокс, поэтому я и спрашиваю в этом контексте. Почему нельзя использовать поверку на '' ? В Вашем же варианте два развития событий - когда пустая строка и когда не пустая. Отсюда у меня и был вариант
if ($sValue == '') {} else{}

Так тут как раз и нужно поверять, пустой ли массив. Разве нет?

1. стоит различать сравнение строк
if ($sValue == '') {} else{}
и получение размера строки
if (strlen($sValue) == 0)
это принципиально разные вещи.

почитайте http://stackoverflow[dot]com/questio[dot][dot][dot]rlenstr-0-in-php

2. да, для этого существует специальный метод empty(), я же написал.