しばらくの間 django-time-zone を使用してきましたが、django 1.7 で多くの問題が発生しています。
https://github.com/mfogel/django-timezone-field
Django はタイム ゾーン フィールドを公式にサポートしていないため、これは char フィールドと pytz で処理する必要があると感じています。
この仮定は本当ですか?それとも、django-time-zone を使い続ける必要がありますか?
しばらくの間 django-time-zone を使用してきましたが、django 1.7 で多くの問題が発生しています。
https://github.com/mfogel/django-timezone-field
Django はタイム ゾーン フィールドを公式にサポートしていないため、これは char フィールドと pytz で処理する必要があると感じています。
この仮定は本当ですか?それとも、django-time-zone を使い続ける必要がありますか?
Field
モデルフィールドにタイムゾーンを保存し、保存された値が実際に実際のタイムゾーンであることを検証し、値を実際の pytz タイムゾーンインスタンスとしてモデルで使用できるようにするための専用クラスの概念に問題はありません(すべてdjango-timezone-field は、そのドキュメントに基づいて行うようです)。私にはかなり便利なようです。
そのようなフィールドが Django に組み込まれていないという事実は、コア Django に追加することを正当化するほど需要が高かったことがないことを示しているだけです。Field
しかし、クラスがサブクラス化可能であると公に文書化されているのには理由があります。django-timezone-field のようなサードパーティ パッケージが、コアにない便利なフィールド タイプを提供できるようにすることを目的としています。
したがって、あなたの仮定は間違っていると言えます。特定の特殊なフィールド タイプが Django 自体によって提供されていないという理由だけで、それが悪い考えである、または使用すべきではないと仮定するべきではありません。高品質で便利なサードパーティ フィールド クラスが多数あります。
django-timezone-field の実装品質について具体的に話すことはできません。なぜなら、私はそれを使用したり、そのコードをレビューしたりしていないからです (ただし、そのドキュメントとテスト カバレッジはそれをよく物語っています)。また、Django 1.7 でそれを使用する際に発生している特定の問題について話すことはできません。なぜなら、それらが何であるかを説明していないからです。