не используете структуры со всякими sql.NullString в бизнес-логике? получается, нужно вести параллельно два набора типов: один User для бизнес логики, другой в каком-нибудь пэкедже postgres, почти такой же, но другой, в котором правильные для sql типы вроде sql.NullString, и во всяких методах, получающих данные из базы и возвращающих основные модели, нужно копировать из одной модели в другую по одному эти свойства?
обычно так и делаю, разные уровни абстракции, на каждом свои типы
Обычно делаю свойство "Email string" А на стороне, например мускл: email varchar(255) not null default "".
Обсуждают сегодня