7.create user and user mangment #3
Conversation
błędnie wgrane
| Usuwa użytkownika o podanym ID. | ||
| Zwraca True jeśli się udało, False jeśli wystąpił błąd. | ||
| """ | ||
| try: |
There was a problem hiding this comment.
Czy pod blokiem try powinno być tyle działań?
There was a problem hiding this comment.
Zależy :) Tutaj dwie linijki, więc raczej ok. Zależy czego się spodziewamy, bo Exception jest dość zagadkowe. Im lepiej opisane błędy tym lepiej.
|
Chciałam podpytać czy chcemy, żeby istaniała możliwość dodawania różnych użytkowników z tym samym mailem? Póki co istnieje :) Teraz to pewnie bez znaczenia, kiedy będzie jeden user, ale zastanawiam się jak dalej. Chyba, że do Django w ogóle będziemy zmieniali dodawanie użytkowników. Nie wiem jak to tam działa. |
Tak, w Django to będzie zupełnie inaczej. W ogóle cała obsługa tej bazy danych będzie wtedy do usunięcia. |
| Edytuje dane użytkownika. | ||
| Zwraca True jeśli się udało, False jeśli wystąpił błąd. | ||
| """ | ||
| try: |
There was a problem hiding this comment.
Przy edycji użytkownika mogę już podać dowolne hasło i maila. Nie było weryfikacji.
|
|
||
| class User(BaseModel): | ||
| DoesNotExist = None | ||
| username = CharField(max_length=55, unique=True) |
There was a problem hiding this comment.
Zastanawiam się czy dla czytelności nie byłoby fajnie jawnie zadeklarować primary key i nazwać go np. user_id dla odróżnienia od innych id, które będą się pojawiały w bazie? Taka luźna propozycja :)
| """ | ||
| zainstalowane pakiety na moim środowisku: | ||
| peewee - ORM dla sqlite | ||
|
|
||
| """ |
There was a problem hiding this comment.
U mnie to przeszkadzało zainstalować pakiety z pliku requirements ;) musiałem dodać # do każdej linii
Zarządzanie użytkownikiem w oparciu o bazę danych SQLite
jira task PYDZR6MON-7