Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 56
"проблема 2000 года" вас не беспокоит?
Хорошо, что мы не в Америке. Там бы обязательно на сайте появились феминистки, которых бы возмутил факт, что женскому полу присвоен признак 0, а не 1 :)
:) думаю можно оставить, вполне логично, хоть и не сразу понял почему именно в таком порядке
Над такими вещами уже давно не думают...
странный вопрос... хотите так - делайте так, единственно что тут не учитывается вариант "не скажу".
Не силен в Руби, вернее вообще не знаю, но разве на нем нет состояние null?
nil, но Boolenan на то и Boolean что в нём либо тру либо фалс
Не знаю как в Руби, но Boolean на то и Boolean, что может быть null(не указан).
Такое поведение обычно только в БД. В C# для этого существует тип "bool?", а обычный bool принимает только true или false.
Это нормальное поведение для языка программирования. Минус #C.
расскажите подробнее про то как один бит может иметь три состояния?
Возможно, это нормальное поведение для языков с динамической типизацией. C# не является таким языком (хотя, как указано выше, можно тип объявить как nullable, что, как мне видится, сделано как раз для облегчения задач ORM). Но это не "плюс" и не "минус" — это просто другой язык.
Возможно, это нормальное поведение для языков с динамической типизацией. C# не является таким языком (хотя, как указано выше, можно тип объявить как nullable, что, как мне видится, сделано как раз для облегчения задач ORM). Но это не "плюс" и не "минус" — это просто другой язык.
для Boolean null = false
Очень даже логично и красиво, с точки зрения построения БД. Однако не красиво не давать возможности анонимизировать себя в плане пола. В итоге у вас будет куча пользователей того пола, который у вас будет стоять по умолчанию в списке SELECT.
И ещё, представьте ситуацию: я проектирую БД для своего сайта, и хочу почитать хорошие мысли по этому поводу на Хабре. Так вот, ваш пост я не найду, т.к. вы не правильно заполнили поле «теги, метки».
И ещё, представьте ситуацию: я проектирую БД для своего сайта, и хочу почитать хорошие мысли по этому поводу на Хабре. Так вот, ваш пост я не найду, т.к. вы не правильно заполнили поле «теги, метки».
Для пущей политкорректности можно использовать одно поле для собственно признака пола — «1» или «0», а второе поле — для ответа на вопрос: «Ваш пол — 1 или 0?» =)
С точки зрения архитектуры — отвратительно. Булевский тип имеет два совершенно определённых значения: "ложь" и "истина". Очевидно, что "пол" — это не "ложь" и "истина", а, если хотите, перечисление (enumeration). Зачем использовать для хранения этого значения неподходящий тип, руководствуясь исключительно соображениями размера поля в базе? Всё-таки "веб-программист" — это диагноз.
Что вы выигрываете таким образом?
Семантическую корректность.
Отвлекитесь на секунду от полей в базе данных. У человека есть признак "пол" или признак "мужчина"? До последнего времени я слышал только о "поле". Так с какой радости вы его впихиваете в boolean, который хранит _логическое_ значение?
Да, с точки зрения семантики к "isMan" не придерёшься, но с точки зрения объектно-ориентированной архитектуры это выглядит ужасно.
Да, с точки зрения семантики к "isMan" не придерёшься, но с точки зрения объектно-ориентированной архитектуры это выглядит ужасно.
Ну, во-первых, я ничего никуда не «впихиваю». Но я считаю, что этот вариант в общем допустим, хотя, сам бы я его вряд ли бы использовал.
Неприятно выглядят ваши реплики, изобилующими эпитетами «отвратительно», «ужасно». Обсуждайте аргументированно. Предлагайте варианты. Тогда, возможно, консенсус будет достигнут.
С уважением :)
Неприятно выглядят ваши реплики, изобилующими эпитетами «отвратительно», «ужасно». Обсуждайте аргументированно. Предлагайте варианты. Тогда, возможно, консенсус будет достигнут.
С уважением :)
А если пол неизвестный? Вводить поле isSexSeleced ?
С точки зрения архитектуры использование 0 и 1 для пола это прекрасно.
А то, что он называет такое boolean, это трудное детство.
А то, что он называет такое boolean, это трудное детство.
не знаю почему, но уже очень давно в своих проектах использую
ну а в бд поле типа int
по порядку как в массивах 0,1,2,3…
public $Sex; // Пол: 0 — мужской, 1 — женскийну а в бд поле типа int
по порядку как в массивах 0,1,2,3…
имхо, неверно.
Идеологически "0" - это скорей отсутствие чего-то, чем что-то конкретное.
я во всех проектах принимаю за стандарт что "1" - "да", "2" - "нет",
конкретно по отнощению к полу "1" - "М", "2" - "Ж".
Разубедите меня :-)
Идеологически "0" - это скорей отсутствие чего-то, чем что-то конкретное.
я во всех проектах принимаю за стандарт что "1" - "да", "2" - "нет",
конкретно по отнощению к полу "1" - "М", "2" - "Ж".
Разубедите меня :-)
ISO тоже такое для пола определила. Но видимо про гермафродитов они не слыхали...
Вот потом будешь своё чудо через годик править, или кто другой будет. И будете натужно вспоминать, что же значит 0 или 1 вот в этом месте.
По-хорошему, чтобы всегда понимать, нужно что-то вроде набора констант (т.е. enum в БД). Тогда, увидев if ('male' === somebody.sex), понимание придёт сразу.
По-хорошему, чтобы всегда понимать, нужно что-то вроде набора констант (т.е. enum в БД). Тогда, увидев if ('male' === somebody.sex), понимание придёт сразу.
1) В Тайване уже ввели третий пол официально.
2) Булеввский тип - это наличие признака или отсутствие, а не выбор из двух альтернатив.
2) Булеввский тип - это наличие признака или отсутствие, а не выбор из двух альтернатив.
Можно поставить вопрос так: «Вы чувствуете себя мужчиной?»
Ну и дебаты только из-за одного пола, страшно представить что было бы, если спросили бы какого типа лучше сделать поле возраст :)
sex - unsure ;)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Пол — boolean?