Я как раз и написало что это должна делать фабрика, и прямое создание пользователя недоступно.
Я пока пришел к выводу что управление токенами авторизации все таки не задача пользователя и тогда можно вынести это в сервис.
Но даже так, в чем проблема создания пользователем самого себя, например через статический метод ?
Забавно что все повторяют одно и то же.
Если я плохо вчера что-то нарисовал, потому что не умею, а сегодня мне картина не нравится, это значит что я стал лучше рисовать со вчерашнего дня?
Если код плохой и ты это видишь, это значит лишь то, что он плохой. Не надо обманывать себя, что сейчас ты напишешь лучше.
Вопрос не такой простой. В своем приложении каждый вправе обрабатывать их как хочет, но библиотека будет использоваться другими и не всегда очевидно что лучше вернуть, должен ли знать разработчик о причине ошбки или нет.
Какой вывод ты бы сделал о человеке который пишет ответ не имеющий никакой пользы?
На сколько я понимаю, классификация производится по уже известным категориям, а было бы неплохо, если бы при появлении новых тематик они выделялись в новые категории.
ИЗ классификации я пробовал Random Forest, но при большом количестве категорий (не помню уже сейчас от скольких ) у него сильно падает точность.
Сейчас буду пробовать Latent Dirichlet allocation и Linear discriminant analysis.
без VS могу ошибиться но получается так:
DataTable datatable = new DataTable(reader);
datatable.Rows.Count; // Количество строк результата
foreach(var row in datatable.Rows){
int id = row.Field("Id");
}
Мне кажется обращение по номерам параметров не очень очевидным и я создаю DataTable из SqlDataReader (он принимает его в конструкторе). Так сразу можно получить количество строк и обращаться к полям по именам, что гораздо удобнее.
А я не понял какой смысл джойнить одну и ту же таблицу с собой. В итоге получается все равно два правила который можно переписать как WHERE t2.Tag_id = 'bb' AND t.Tag_id = 'aa' и все равно получаю лишнее в ответе.
Оба столбца таблицы это первичные ключи двух других таблиц
Но как я писал в вопросе, это не работает как надо.
В итоге сделал 2 селекта, внутренний выбирает все вхождения ненужных тегов, а внешний нужных, с вычетов найденных внутренним
Я пока пришел к выводу что управление токенами авторизации все таки не задача пользователя и тогда можно вынести это в сервис.
Но даже так, в чем проблема создания пользователем самого себя, например через статический метод ?