Кнопка сброса действительно требуется? [закрытый]
Вы можете использовать psycopg2.extras.Json для преобразования dict в json, который принимает postgre.
from psycopg2.extras import Json
thedictionary = {'price money': '$1',
'name': 'Google', 'color': '', 'imgurl': 'http://www.google.com/images/nav_logo225.png', 'charateristics': 'No Description', 'store': 'google'}
item ={
"store_id":1,
"url": 'http://www.google.com',
"price":'$20',
"charecteristics":Json(thedictionary),
"color":'red',
"dimensions":'8.5x11'
}
def sql_insert(tableName, data_dict):
'''
INSERT INTO product (store_id, url, price, charecteristics, color, dimensions)
VALUES (%(store_id)s, %(url)s, %(price)s, %(charecteristics)s, %(color)s, %(dimensions)s );
'''
sql = '''
INSERT INTO %s (%s)
VALUES (%%(%s)s );
''' % (tableName, ', '.join(data_dict), ')s, %('.join(data_dict))
return sql
tableName = 'product'
sql = sql_insert(tableName, item)
cur.execute(sql, item)
Для получения дополнительной информации вы можете увидеть офисный документ .
class psycopg2.extras.Json(adapted, dumps=None)
An ISQLQuote wrapper to adapt a Python object to json data type.
Json can be used to wrap any object supported by the provided dumps function. If none is provided, the standard json.dumps() is used (simplejson for Python < 2.6; getquoted() will raise ImportError if the module is not available).
dumps(obj)
Serialize obj in JSON format.
The default is to call json.dumps() or the dumps function provided in the constructor. You can override this method to create a customized JSON wrapper.
20 ответов
Ну, очень полезно стереть ту текстовую область, которую Ваш клиент просто не торопился для записи, потому что они нажимают неправильную кнопку - прежде чем они потеряют его так или иначе, потому что сессия истекает и должна перепечатать -
нет, я действительно не думаю, что это полезно.
Сброс для использования с состоянием HTTP 204 только
, Место назначения формы может отправить 204 No Content ответ, который заставляет браузеры оставлять текущую страницу без изменений.
В той кнопке сброса ситуации самый надежный способ сбросить форму к исходному состоянию (перезагрузка страницы могла снова послать форму).
Однако я не могу придумать реалистический пример использования для него так или иначе.
Я предположил бы, что сбой удобства использования представит себя, если и когда пользователь или бизнес-владелец будут жаловаться на отсутствие.
Определенно не требуемый как "стандартная" функция и обычно очень плохая идея за исключением особых случаев, данных выше, где функциональность, кажется, увеличивает стоимость. Однако с большинством случаев, предлагаемых как примеры выше, можно было иметь дело в различном (и я предложу, лучше), пути, чем с, часто ужасный, кнопка сброса.
Кнопка сброса должна использоваться только, когда существует информация по умолчанию. Пример эта форма . Что, если бы я вношу изменения в большинство значений, но тогда хотел бы вернуть его к, он - исходное состояние? Я предполагаю, что мог перезагрузить страницу, пока она не снова посылает мой POST. Или я мог просто поразить простую кнопку сброса. Кнопка никогда не предназначалась, чтобы очистить всю информацию, вводимую пользователем, но сбросить предварительно установленные данные.
Это полезно на форме, которая повторяет Вашу предыдущую информацию. У меня были случаи в администраторских интерфейсах, где пользователи хотят то, что они ввели в прошлый раз, таким образом, они не должны помнить. Однако в тех случаях, когда они хотят, чтобы форма сбросила, они просто нажимают "ясное" (или сбрасывают), кнопка.
На одноразовой форме кнопка сброса была бы глупа.
Я предполагаю, что это зависит от того, насколько большой форма и как большой шанс, что Вы на самом деле хотите сделать это. TBH, я разрабатывал веб-сайты в течение многих лет и никогда действительно добавил тот к формам.
Это может быть полезно для снятия переключателей, не используя JavaScript.
В форме или ниже нуля или ниже одного переключателя может быть выбран:
Select any one option for any Item(s):
Option 'A' Option 'B' Option 'C'
Item 1 o o o
Item 2 o o o
Item 3 o o o
Item 4 o o o
, Если пользователь передумал или случайно нажимает на кнопку объекта, он не хотел, кнопка сброса очистит целую форму, которая, кажется, только способ избавиться от выбора, не используя JavaScript.
Что, если я говорю, это полезно? Но не в каждой форме.
я использую его с частью "ОБНОВЛЕНИЯ" в Приложении типа CRUD иногда.
Говорят ТАК, например, я поразил редактирование ссылка на вопрос.... и сделал некоторые редактирования и перечитал его..., но тогда я решил, что это не хорошее редактирование... Я должен перезагрузить страницу или вернуться к последней странице и поразить ссылку редактирования снова для получения оригинального текста.
принимая во внимание, что, если бы существует кнопка сброса, которую хлопают там, это было бы легко.
И всегда существует CTRL+Z.. итак, почему нет?
существует некоторое хорошее использование, но просто не хлопает его по глупому как то, к чему большинство древних книг HTML преподавало бы Вам.
Я обычно не учитываю кнопку сброса, потому что я никогда не видел, что кто-либо использует ее.
я часто использую свободное пространство для кнопки отмены, которая возвращает пользователя туда, где он произошел из во-первых (страница, связывающаяся с формой). Имеет намного больше смысла мне.
Только причина, о которой я мог думать, находится на предварительном просмотре & подтвердите сценарий, где пользователь мог бы изменить часть их записи прежде, чем совершить нападки, большие и страшные отправляют кнопку, и на самом деле решают, что ITT имела больше смысла в первый раз [приблизительно 110]
Требуемый. Удостоверьтесь, что Вы подкачиваете положение сброса и кнопок отправки на некоторых Ваших формах. Еще лучше запишите код для случайного свопинга их положения очень редко.
Во всей серьезности, я никогда не использовал ту. Когда я удалил его из форм на сайте регистратора моей школы, что я продолжал работать, когда я был студентом, никто ничего не сказал. Таким образом, я говорю, оставляют его.
Не только на форме контакта. Я не могу также найти преимущество кнопки сброса ни в каком типе HTML-формы, по моему скромному мнению. Но я склонен помещать его каждый раз, когда я создаю форму:)
Абсолютно НЕ требуемый. На самом деле это - плохая идея использовать его, если Вы имеете подробную форму и имеете Кнопку сброса в нижней части, потому что Вы могли сделать некоторых людей действительно сердитыми, если они узнают, что случайно поражают "СБРОС", и их данные удалены.
По-моему, кнопка сброса абсолютно бесполезна на большинстве форм. Я имею в виду, думают об этом... Можно ли когда-либо предполагать, что время было Вами, захочет завершиться, удаляют весь из информации, которую Вы ввели? Вряд ли. Большинство пользователей склонно делать редактирования к определенным полям не всей формой.
В случае, что у Вас должно быть такое вспомогательное действие как кнопка сброса, лучше, что та кнопка немного меньше, а также окрасила немного по-другому. Позвольте пользователю знать, что "эта кнопка отличается", и примените Закон Fitt для создания ее немного тяжелее для нажатия.
добавьте его к веб-форме и зарегистрируйте его каждый раз, когда пользователь нажимает его. это предоставит информацию для Вашей определенной страницы, если это будет необходимо или нет. мы не можем предположить, хотят ли люди его или нет. просто используйте простые инструменты анализа пользовательской потребности это или нет.
Я не думаю, что это необходимо на большинстве веб-страниц. Если Вы введете информацию, и Вы вводите ее неправильно, то необходимо будет пройти каждое неправильное текстовое поле и повторно ввести его. Кнопка сброса, в минимуме, одном дополнительном нажатии кнопки вдобавок ко всему
, Если Вы не хотите вводить информацию, Вы просто не нажимаете кнопку отправки.
единственное время я вижу, что кнопка сброса быть полезной - то, если Вы имеете многостраничный рабочий процесс и должны быть в состоянии запуститься с нуля. Даже тогда я предложил бы перепроектировать рабочий процесс.
Кнопка сброса должна быть безопасным победителем в любом конкурсе, измеряющем отношение использования/полноценности, так как это является вездесущим и полностью бесполезным.
Я думаю, что это a) абсолютно бесполезный 99% пользователей; и b) требует слишком большой работы в типичном Приложении отделов организации. Часто бизнес-аналитики добавляют требования для Кнопки сброса, не уделяя внимания относительно , почему эта функция требуется.
Я честно не думаю так в общем случае, но необходимо говорить пользователями или иначе исследовать, как они используют систему для проверки.
Общее правило ползунка: Если Вы не уверены, что это - требование, и у Вас нет способа знать, не включайте его. Можно всегда включать его в более позднее повторение.
Это на самом деле иногда полезно для веб-форм, к которым получат доступ от общедоступных терминалов - хорошим примером была бы поисковая форма для карточного каталога публичной библиотеки.
Воображают, имеет ли поисковая форма много полей (автор, год, ключевые слова, тема, издатель, набор, заголовок, ряд, безотносительно). Это позволяет Вам сделать очень определенные поиски (все книги авторов по имени John, опубликованный в 1987), но как только Вы нашли результат, (или другой пользователь) можно хотеть сделать новый поиск с помощью совсем другого набора условий (все книги о рыбе, опубликованной Рэндом Хаус. Кнопка сброса может помочь много здесь, потому что можно иначе очистить вручную можно большое количество полей.
(В зависимости от деталей реализации, кнопка сброса может также быть полезной, если пользователь не хочет следующий пользователь, который будет видеть то, что они искали. Снова, это полезно в контексте библиотеки, где конфиденциальность является беспокойством.)