G\u00fcn\u00fcm\u00fcz web uygulamalar\u0131nda, farkl\u0131 platformlar (mobil uygulamalar, tek sayfa uygulamalar\u0131, di\u011fer servisler) aras\u0131nda veri al\u0131\u015fveri\u015fi yapmak vazge\u00e7ilmez bir ihtiya\u00e7 haline gelmi\u015ftir. Bu al\u0131\u015fveri\u015fin temelini olu\u015fturan API’ler (Uygulama Programlama Aray\u00fczleri), verilerin belirli formatlarda (genellikle JSON veya XML) sunulmas\u0131n\u0131 ve al\u0131nmas\u0131n\u0131 sa\u011flar. Django Rest Framework (DRF), Django projeleri i\u00e7in g\u00fc\u00e7l\u00fc ve esnek bir RESTful API olu\u015fturma arac\u0131d\u0131r. Bu makalenin ilk b\u00f6l\u00fcm\u00fcnde, DRF’in kalbinde yer alan ve veri d\u00f6n\u00fc\u015f\u00fcm\u00fcn\u00fc sa\u011flayan serile\u015ftiricilerin (serializers) ne oldu\u011funu, neden gerekli oldu\u011funu ve temel kullan\u0131mlar\u0131n\u0131 detayl\u0131 bir \u015fekilde inceleyece\u011fiz. Serile\u015ftiricilerin g\u00fcc\u00fcn\u00fc ve esnekli\u011fini anlayarak, kendi API’lerinizi daha etkin bir \u015fekilde geli\u015ftirebileceksiniz.<\/p>\n
Modern yaz\u0131l\u0131m mimarilerinde, bir uygulaman\u0131n sadece tek bir aray\u00fczden ibaret olmas\u0131 nadirdir. Genellikle, web siteleri, mobil uygulamalar, masa\u00fcst\u00fc uygulamalar\u0131 ve hatta di\u011fer arka u\u00e7 servisleri gibi bir\u00e7ok farkl\u0131 istemcinin ayn\u0131 verilere eri\u015fmesi ve bu verilerle etkile\u015fimde bulunmas\u0131 gerekir. \u0130\u015fte bu noktada Web API’leri devreye girer.<\/p>\n
API’ler, farkl\u0131 yaz\u0131l\u0131m sistemlerinin birbirleriyle g\u00fcvenli ve standart bir \u015fekilde ileti\u015fim kurmas\u0131n\u0131 sa\u011flayan k\u00f6pr\u00fclerdir. Bir API, bir sunucunun belirli bir iste\u011fe nas\u0131l yan\u0131t verece\u011fini tan\u0131mlar ve bu yan\u0131t\u0131 belirli bir formatta (\u00f6rne\u011fin JSON veya XML) sunar. Bu sayede, istemciler sunucunun i\u00e7 i\u015fleyi\u015fini bilmeden veri al\u0131p g\u00f6nderebilirler.<\/p>\n
API’ler arac\u0131l\u0131\u011f\u0131yla iletilen verilerin, hem sunucu hem de istemci taraf\u0131ndan kolayca anla\u015f\u0131labilir ve i\u015flenebilir olmas\u0131 gerekir. Bu nedenle, veriler genellikle evrensel formatlarda temsil edilir:<\/p>\n
DRF, varsay\u0131lan olarak JSON’\u0131 tercih ederken, iste\u011fe ba\u011fl\u0131 olarak di\u011fer formatlar\u0131 da destekler.<\/p>\n
Django Rest Framework, Django’nun ORM (Object-Relational Mapping) yap\u0131s\u0131 ile veritaban\u0131 aras\u0131ndaki Python nesnelerini, API istemcilerinin anlayabilece\u011fi JSON veya XML gibi formatlara d\u00f6n\u00fc\u015ft\u00fcrme ve tersi i\u015flemi yapma s\u00fcrecini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde basitle\u015ftirir. Bu d\u00f6n\u00fc\u015f\u00fcm\u00fcn anahtar bile\u015feni ise serile\u015ftiricilerdir.<\/p>\n
DRF, Django’nun \u00fczerine in\u015fa edilmi\u015f, g\u00fc\u00e7l\u00fc ve esnek bir ara\u00e7 setidir. RESTful API’ler olu\u015fturmay\u0131 h\u0131zland\u0131rmak ve kolayla\u015ft\u0131rmak i\u00e7in tasarlanm\u0131\u015ft\u0131r.<\/p>\n
DRF, Django geli\u015ftiricilerinin karma\u015f\u0131k API’leri h\u0131zl\u0131 bir \u015fekilde olu\u015fturmas\u0131n\u0131 sa\u011flayan bir dizi ara\u00e7, s\u0131n\u0131f ve metod sunar. Kimlik do\u011frulama, yetkilendirme, serile\u015ftirme, g\u00f6r\u00fcn\u00fcm (view) ve y\u00f6nlendirme (routing) gibi bir\u00e7ok temel API ihtiyac\u0131n\u0131 kar\u015f\u0131lar.<\/p>\n
DRF’in temel bile\u015fenleri \u015funlard\u0131r:<\/p>\n
Serile\u015ftiriciler, DRF’in en kritik ve temel bile\u015fenlerinden biridir. Veritaban\u0131 ile API istemcisi aras\u0131ndaki k\u00f6pr\u00fc g\u00f6revi g\u00f6r\u00fcrler.<\/p>\n
Bir Django modeliniz oldu\u011funu varsayal\u0131m. Bu modelin bir \u00f6rne\u011fini do\u011frudan bir API yan\u0131t\u0131nda d\u00f6nd\u00fcremezsiniz. Serile\u015ftirici, model \u00f6rne\u011finin hangi alanlar\u0131n\u0131n (fields) API \u00e7\u0131kt\u0131s\u0131nda yer alaca\u011f\u0131n\u0131, bu alanlar\u0131n nas\u0131l formatlanaca\u011f\u0131n\u0131 ve adland\u0131r\u0131laca\u011f\u0131n\u0131 belirler. \u00d6rne\u011fin, bir API’ye gelen veriler, genellikle bir form arac\u0131l\u0131\u011f\u0131yla g\u00f6nderilen verilere benzer. Bu verilerin ge\u00e7erli olup olmad\u0131\u011f\u0131n\u0131 kontrol etmek (\u00f6rne\u011fin, bir e-posta adresinin do\u011fru formatta olup olmad\u0131\u011f\u0131n\u0131, bir say\u0131n\u0131n pozitif olup olmad\u0131\u011f\u0131n\u0131) ve daha sonra veritaban\u0131na kaydetmek veya mevcut bir kayd\u0131 g\u00fcncellemek serile\u015ftiricinin bir di\u011fer \u00f6nemli g\u00f6revidir. Serile\u015ftiriciler, bu do\u011frulama (validation) s\u00fcrecini otomatikle\u015ftirir ve hatalar\u0131 kullan\u0131c\u0131ya anla\u015f\u0131l\u0131r bir \u015fekilde sunar.<\/p>\n DRF’deki en temel serile\u015ftirici s\u0131n\u0131f\u0131 T\u0131pk\u0131 Django formlar\u0131nda oldu\u011fu gibi, \u00d6rnek: Basit bir Serile\u015ftirici<\/strong><\/p>\n <\/code><\/p>\n Serile\u015ftiriciler, gelen verileri otomatik olarak do\u011frular. Her alan\u0131n kendi do\u011frulama kurallar\u0131 vard\u0131r ( DRF'in en \u00e7ok kullan\u0131lan ve en g\u00fc\u00e7l\u00fc serile\u015ftirici s\u0131n\u0131f\u0131 T\u0131pk\u0131 \u00d6rnek: <\/code><\/p>\n Yukar\u0131daki Yukar\u0131da tan\u0131mlad\u0131\u011f\u0131m\u0131z Serile\u015ftirme (Python Nesnesinden JSON'a):<\/strong><\/p>\n <\/code><\/p>\n Deserile\u015ftirme (JSON'dan Python Nesnesine ve Kaydetme):<\/strong><\/p>\n <\/code><\/p>\n Veri do\u011frulama, serile\u015ftiricilerin en kritik i\u015flevlerinden biridir. Gelen verilerin API'nizin bekledi\u011fi format ve kurallara uygun oldu\u011fundan emin olmak i\u00e7in kullan\u0131l\u0131r.<\/p>\n Her serile\u015ftirici alan\u0131, kendi i\u00e7inde temel do\u011frulama kurallar\u0131na sahiptir ( <\/code><\/p>\n Yukar\u0131daki \u00f6rnekte, Bazen, bir alan\u0131n do\u011frulamas\u0131 di\u011fer alanlar\u0131n de\u011ferlerine ba\u011fl\u0131 olabilir. Bu t\u00fcr senaryolar i\u00e7in, serile\u015ftirici s\u0131n\u0131f\u0131nda <\/code><\/p>\n Bu \u00f6rnekte, e\u011fer \u00fcr\u00fcn aktif de\u011filse ancak sto\u011fu s\u0131f\u0131rdan b\u00fcy\u00fckse bir do\u011frulama hatas\u0131 f\u0131rlat\u0131l\u0131r. Bu, iki veya daha fazla alan aras\u0131ndaki ili\u015fkileri do\u011frulamak i\u00e7in idealdir.<\/p>\n Serile\u015ftirici <\/code><\/p>\n Bu hata mesajlar\u0131, API istemcilerine geri d\u00f6nd\u00fcr\u00fclerek kullan\u0131c\u0131lar\u0131n hatal\u0131 giri\u015flerini d\u00fczeltmelerine yard\u0131mc\u0131 olur.<\/p>\n Bu makalenin ilk b\u00f6l\u00fcm\u00fcnde, Django Rest Framework serile\u015ftiricilerinin temel kavramlar\u0131n\u0131 ve \u00f6nemini ele ald\u0131k. Web API'lerinin veri d\u00f6n\u00fc\u015f\u00fcm\u00fcndeki rol\u00fcn\u00fc, DRF'in genel yap\u0131s\u0131n\u0131 ve serile\u015ftiricilerin serile\u015ftirme, deserile\u015ftirme ve do\u011frulama s\u00fcre\u00e7lerindeki merkezi konumunu inceledik. \u00d6zellikle, temel Serile\u015ftiriciler, DRF'in kalbidir ve onlar\u0131 iyi anlamak, g\u00fc\u00e7l\u00fc ve g\u00fcvenilir API'ler geli\u015ftirmenin anahtar\u0131d\u0131r. Bir sonraki b\u00f6l\u00fcmde, daha karma\u015f\u0131k serile\u015ftirici konular\u0131na, \u00f6rne\u011fin i\u00e7 i\u00e7e serile\u015ftiriciler (nested serializers), \u00f6zel alanlar (custom fields) ve ili\u015fkisel verilerin y\u00f6netimine odaklanaca\u011f\u0131z. Bu bilgilerle, DRF'in sundu\u011fu t\u00fcm esnekli\u011fi ve g\u00fcc\u00fc kullanarak daha geli\u015fmi\u015f API'ler in\u015fa edebileceksiniz.<\/p>\n DRF serile\u015ftiricileri, Django modelleri gibi karma\u015f\u0131k Python nesnelerini, API istemcilerinin anlayabilece\u011fi JSON veya XML gibi formatlara d\u00f6n\u00fc\u015ft\u00fcrmek (serile\u015ftirme) ve gelen JSON\/XML verilerini Python nesnelerine geri d\u00f6n\u00fc\u015ft\u00fcrerek do\u011frulamak ve kaydetmek (deserile\u015ftirme) i\u00e7in gereklidir. Bu, veri al\u0131\u015fveri\u015fini standartla\u015ft\u0131r\u0131r ve kolayla\u015ft\u0131r\u0131r.<\/p>\n Veri do\u011frulama, alan baz\u0131nda (\u00f6rne\u011fin Bir serile\u015ftiriciyi test etmek i\u00e7in, Python shell'de veya unit testlerinizde manuel olarak \u00f6rnek verilerle (s\u00f6zl\u00fckler) serile\u015ftiriciyi olu\u015fturabilir, Product<\/code> modelinin sadece name<\/code>, price<\/code> ve stock<\/code> alanlar\u0131n\u0131 g\u00f6stermek isteyebilirsiniz.<\/p>\nGelen Verileri Do\u011frulama ve Kaydetme<\/h4>\n
Temel Serile\u015ftirici S\u0131n\u0131f\u0131:
Serializer<\/code><\/h3>\nrest_framework.serializers.Serializer<\/code>‘d\u0131r. Bu s\u0131n\u0131f, Django’nun forms.Form<\/code> s\u0131n\u0131f\u0131na olduk\u00e7a benzer bir yap\u0131ya sahiptir.<\/p>\ndjango.forms.Form<\/code> ile Benzerlikleri<\/h4>\nSerializer<\/code> s\u0131n\u0131f\u0131 da belirli alanlar\u0131 (fields<\/code>) tan\u0131mlayarak \u00e7al\u0131\u015f\u0131r. Bu alanlar, serile\u015ftirilecek veya deserile\u015ftirilecek verilerin yap\u0131s\u0131n\u0131 ve t\u00fcr\u00fcn\u00fc belirler. Her alan, kendi do\u011frulama kurallar\u0131na sahip olabilir.<\/p>\nAlan Tan\u0131mlama (
fields<\/code>)<\/h4>\nSerializer<\/code> s\u0131n\u0131f\u0131nda, her bir alan bir s\u0131n\u0131f niteli\u011fi olarak tan\u0131mlan\u0131r. DRF, farkl\u0131 veri t\u00fcrleri i\u00e7in \u00e7e\u015fitli alan s\u0131n\u0131flar\u0131 sunar:<\/p>\n\n
serializers.CharField<\/code><\/li>\nserializers.IntegerField<\/code><\/li>\nserializers.BooleanField<\/code><\/li>\nserializers.DateTimeField<\/code><\/li>\nserializers.EmailField<\/code><\/li>\nserializers.URLField<\/code><\/li>\nfrom rest_framework import serializers\n\nclass CommentSerializer(serializers.Serializer):\n email = serializers.EmailField()\n content = serializers.CharField(max_length=200)\n created = serializers.DateTimeField()\n\n# Kullan\u0131m \u00f6rne\u011fi:\n# comment = {'email': 'foo@example.com', 'content': 'hello world', 'created': '2023-10-27T10:00:00Z'}\n# serializer = CommentSerializer(data=comment)\n# if serializer.is_valid():\n# print(serializer.validated_data)\n# {'email': 'foo@example.com', 'content': 'hello world', 'created': datetime.datetime(2023, 10, 27, 10, 0, tzinfo=Veri Do\u011frulama (Validation)<\/h4>\n
max_length<\/code>, min_value<\/code> vb.). Ek olarak, \u00f6zel do\u011frulama mant\u0131\u011f\u0131 eklemek i\u00e7in serile\u015ftirici s\u0131n\u0131f\u0131nda validate_validate<\/code> metotlar\u0131 tan\u0131mlanabilir.<\/p>\nModel Serile\u015ftiriciler:
ModelSerializer<\/code><\/h3>\nrest_framework.serializers.ModelSerializer<\/code>'d\u0131r. Bu s\u0131n\u0131f, Django'nun forms.ModelForm<\/code> s\u0131n\u0131f\u0131na benzer \u015fekilde \u00e7al\u0131\u015f\u0131r ve bir Django modelinden otomatik olarak alanlar\u0131 ve do\u011frulama kurallar\u0131n\u0131 t\u00fcretir.<\/p>\ndjango.forms.ModelForm<\/code> ile Benzerlikleri<\/h4>\nModelForm<\/code> gibi, ModelSerializer<\/code> da bir Django modeliyle ili\u015fkilendirilir. Bu sayede, modeldeki alanlar\u0131 otomatik olarak serile\u015ftiriciye aktar\u0131r ve modelin do\u011frulama kurallar\u0131n\u0131 (max_length<\/code>, unique<\/code>, choices<\/code> vb.) miras al\u0131r. Bu, geli\u015ftirme s\u00fcrecini \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r.<\/p>\nOtomatik Alan Olu\u015fturma<\/h4>\n
ModelSerializer<\/code>, belirtilen modeldeki t\u00fcm alanlar\u0131 veya belirli alanlar\u0131 otomatik olarak serile\u015ftiriciye dahil edebilir. Bu, her alan\u0131 tek tek tan\u0131mlama ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r.<\/p>\nfields<\/code> ve exclude<\/code> Se\u00e7enekleri<\/h4>\nModelSerializer<\/code> i\u00e7inde, Meta<\/code> s\u0131n\u0131f\u0131 arac\u0131l\u0131\u011f\u0131yla hangi alanlar\u0131n dahil edilece\u011fini veya hari\u00e7 tutulaca\u011f\u0131n\u0131 belirtebilirsiniz:<\/p>\n\n
fields = '__all__'<\/code>: Modeldeki t\u00fcm alanlar\u0131 dahil eder.<\/li>\nfields = ['id', 'name', 'price']<\/code>: Sadece belirtilen alanlar\u0131 dahil eder.<\/li>\nexclude = ['created_at', 'updated_at']<\/code>: Belirtilen alanlar d\u0131\u015f\u0131ndaki t\u00fcm alanlar\u0131 dahil eder.<\/li>\n<\/ul>\nread_only_fields<\/code> ve extra_kwargs<\/code><\/h4>\n\n
read_only_fields<\/code>: Bu listedeki alanlar, API \u00e7\u0131kt\u0131s\u0131nda g\u00f6sterilir ancak gelen verilerde kabul edilmez ve g\u00fcncellenemez. Genellikle id<\/code>, created_at<\/code> gibi alanlar i\u00e7in kullan\u0131l\u0131r.<\/li>\nextra_kwargs<\/code>: Belirli alanlar i\u00e7in ek se\u00e7enekler (write_only<\/code>, required<\/code>, validators<\/code> vb.) tan\u0131mlaman\u0131z\u0131 sa\u011flar.<\/li>\n<\/ul>\nModelSerializer<\/code> Kullan\u0131m\u0131<\/strong><\/p>\n# models.py\nfrom django.db import models\n\nclass Product(models.Model):\n name = models.CharField(max_length=100)\n description = models.TextField(blank=True)\n price = models.DecimalField(max_digits=10, decimal_places=2)\n stock = models.IntegerField(default=0)\n is_active = models.BooleanField(default=True)\n created_at = models.DateTimeField(auto_now_add=True)\n\n def __str__(self):\n return self.name\n\n# serializers.py\nfrom rest_framework import serializers\nfrom .models import Product\n\nclass ProductSerializer(serializers.ModelSerializer):\n class Meta:\n model = Product\n fields = ['id', 'name', 'price', 'stock', 'is_active']\n read_only_fields = ['id'] # id alan\u0131 sadece okunabilir olacak\n extra_kwargs = {'price': {'min_value': 0}} # price alan\u0131 i\u00e7in ek do\u011frulama\n<\/pre>\nBasit Bir Serile\u015ftirici \u00d6rne\u011fi:
ModelSerializer<\/code> Kullan\u0131m\u0131<\/h3>\nProduct<\/code> modeli ve ProductSerializer<\/code> ile serile\u015ftirme ve deserile\u015ftirme i\u015flemlerini ad\u0131m ad\u0131m inceleyelim.<\/p>\n\u00d6rnek Django Modeli Olu\u015fturma<\/h4>\n
Product<\/code> modelini kulland\u0131\u011f\u0131m\u0131z\u0131 varsayal\u0131m. Bu model, bir \u00fcr\u00fcn\u00fcn ad\u0131n\u0131, a\u00e7\u0131klamas\u0131n\u0131, fiyat\u0131n\u0131, sto\u011funu ve aktif olup olmad\u0131\u011f\u0131n\u0131 tutar.<\/p>\nBasit
ModelSerializer<\/code> Tan\u0131mlama<\/h4>\nProductSerializer<\/code> s\u0131n\u0131f\u0131n\u0131 yukar\u0131daki gibi tan\u0131mlad\u0131k. Bu serile\u015ftirici, Product<\/code> modelindeki id<\/code>, name<\/code>, price<\/code>, stock<\/code> ve is_active<\/code> alanlar\u0131n\u0131 kullanacak.<\/p>\nSerile\u015ftirme ve Deserile\u015ftirme \u0130\u015flemleri (Kod \u00d6rnekleri)<\/h4>\n
# Django shell veya bir view i\u00e7inde\nfrom myapp.models import Product\nfrom myapp.serializers import ProductSerializer\n\n# Veritaban\u0131ndan bir \u00fcr\u00fcn alal\u0131m\nproduct_instance = Product.objects.create(name=\"Laptop\", price=1200.00, stock=10)\n\n# Tek bir nesneyi serile\u015ftirme\nserializer = ProductSerializer(product_instance)\nprint(serializer.data)\n# \u00c7\u0131kt\u0131: {'id': 1, 'name': 'Laptop', 'price': '1200.00', 'stock': 10, 'is_active': True}\n\n# Birden fazla nesneyi (queryset) serile\u015ftirme\nproducts = Product.objects.all()\nserializer = ProductSerializer(products, many=True)\nprint(serializer.data)\n# \u00c7\u0131kt\u0131: [{'id': 1, 'name': 'Laptop', 'price': '1200.00', 'stock': 10, 'is_active': True}, ...]\n<\/pre>\nfrom myapp.serializers import ProductSerializer\n\n# Yeni bir \u00fcr\u00fcn olu\u015fturmak i\u00e7in gelen veri\nnew_product_data = {'name': 'Mouse', 'price': 25.99, 'stock': 50, 'is_active': True}\nserializer = ProductSerializer(data=new_product_data)\n\nif serializer.is_valid():\n product = serializer.save() # Yeni bir Product nesnesi olu\u015fturur ve veritaban\u0131na kaydeder\n print(f\"Yeni \u00fcr\u00fcn olu\u015fturuldu: {product.name} (ID: {product.id})\")\n # \u00c7\u0131kt\u0131: Yeni \u00fcr\u00fcn olu\u015fturuldu: Mouse (ID: 2)\nelse:\n print(serializer.errors) # Do\u011frulama hatalar\u0131n\u0131 g\u00f6sterir\n\n# Mevcut bir \u00fcr\u00fcn\u00fc g\u00fcncellemek i\u00e7in\nexisting_product = Product.objects.get(id=1) # ID'si 1 olan \u00fcr\u00fcn\u00fc alal\u0131m\nupdate_data = {'name': 'Gaming Laptop', 'price': 1500.00} # Sadece name ve price g\u00fcncelleyelim\n\nserializer = ProductSerializer(existing_product, data=update_data, partial=True) # partial=True k\u0131smi g\u00fcncellemeye izin verir\nif serializer.is_valid():\n product = serializer.save() # Mevcut \u00fcr\u00fcn\u00fc g\u00fcnceller\n print(f\"\u00dcr\u00fcn g\u00fcncellendi: {product.name} (Yeni Fiyat: {product.price})\")\n # \u00c7\u0131kt\u0131: \u00dcr\u00fcn g\u00fcncellendi: Gaming Laptop (Yeni Fiyat: 1500.00)\nelse:\n print(serializer.errors)\n<\/pre>\nSerile\u015ftiricilerde Veri Do\u011frulama (Validation)<\/h3>\n
Alan Bazl\u0131 Do\u011frulama<\/h4>\n
max_length<\/code>, min_value<\/code>, regex<\/code> vb.). Ayr\u0131ca, \u00f6zel alan bazl\u0131 do\u011frulama metotlar\u0131 da tan\u0131mlayabilirsiniz:<\/p>\nfrom rest_framework import serializers\n\nclass ProductSerializer(serializers.ModelSerializer):\n class Meta:\n model = Product\n fields = '__all__'\n\n def validate_stock(self, value):\n if value < 0:\n raise serializers.ValidationError(\"Stok miktar\u0131 negatif olamaz.\")\n return value\n<\/pre>\nvalidate_stock<\/code> metodu, stock<\/code> alan\u0131 i\u00e7in \u00f6zel bir do\u011frulama kural\u0131 ekler. Metot ad\u0131 validate_Nesne Bazl\u0131 Do\u011frulama (
validate<\/code> metodu)<\/h4>\nvalidate<\/code> metodunu kullanabilirsiniz. Bu metot, t\u00fcm alanlar\u0131n ilk do\u011frulamas\u0131ndan sonra \u00e7al\u0131\u015f\u0131r ve serile\u015ftiricinin t\u00fcm validated_data<\/code> s\u00f6zl\u00fc\u011f\u00fcn\u00fc al\u0131r.<\/p>\nfrom rest_framework import serializers\n\nclass ProductSerializer(serializers.ModelSerializer):\n class Meta:\n model = Product\n fields = '__all__'\n\n def validate(self, data):\n # E\u011fer \u00fcr\u00fcn aktif de\u011filse, sto\u011fu 0 olmal\u0131\n if not data.get('is_active') and data.get('stock', 0) > 0:\n raise serializers.ValidationError(\"Pasif \u00fcr\u00fcnlerin sto\u011fu 0 olmal\u0131d\u0131r.\")\n return data\n<\/pre>\nHata Y\u00f6netimi<\/h4>\n
is_valid()<\/code> metodunu \u00e7a\u011f\u0131rd\u0131\u011f\u0131n\u0131zda ve do\u011frulama ba\u015far\u0131s\u0131z oldu\u011funda, hatalar serializer.errors<\/code> \u00f6zelli\u011finde bir s\u00f6zl\u00fck olarak saklan\u0131r. Bu s\u00f6zl\u00fck, her alan i\u00e7in hata mesajlar\u0131n\u0131 veya genel hatalar\u0131 i\u00e7erir.<\/p>\n# \u00d6rnek hata \u00e7\u0131kt\u0131s\u0131\n# serializer.errors\n# {\n# 'stock': ['Stok miktar\u0131 negatif olamaz.'],\n# 'non_field_errors': ['Pasif \u00fcr\u00fcnlerin sto\u011fu 0 olmal\u0131d\u0131r.']\n# }\n<\/pre>\nSonu\u00e7<\/h3>\n
Serializer<\/code> s\u0131n\u0131f\u0131 ile ModelSerializer<\/code> s\u0131n\u0131f\u0131n\u0131n farklar\u0131n\u0131, kullan\u0131m alanlar\u0131n\u0131 ve pratik kod \u00f6rnekleriyle nas\u0131l \u00e7al\u0131\u015ft\u0131klar\u0131n\u0131 g\u00f6rd\u00fck. Alan bazl\u0131 ve nesne bazl\u0131 do\u011frulama y\u00f6ntemlerini anlayarak, API'lerinizde veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc nas\u0131l sa\u011flayabilece\u011finizi \u00f6\u011frendiniz.<\/p>\nSSS (S\u0131k Sorulan Sorular)<\/h3>\n
DRF serile\u015ftiricileri neden gereklidir?<\/h4>\n
Serializer<\/code> ile ModelSerializer<\/code> aras\u0131ndaki fark nedir?<\/h4>\nSerializer<\/code>, Django'nun forms.Form<\/code> s\u0131n\u0131f\u0131na benzer \u015fekilde, manuel olarak alanlar\u0131 tan\u0131mlaman\u0131z gereken genel bir serile\u015ftiricidir. Herhangi bir Django modeliyle do\u011frudan ili\u015fkili de\u011fildir. ModelSerializer<\/code> ise, Django'nun forms.ModelForm<\/code> s\u0131n\u0131f\u0131na benzer ve belirli bir Django modeliyle ili\u015fkilendirilir. Modelden alanlar\u0131 ve do\u011frulama kurallar\u0131n\u0131 otomatik olarak t\u00fcreterek h\u0131zl\u0131 API geli\u015ftirme sa\u011flar.<\/p>\nSerile\u015ftiricilerde veri do\u011frulama nas\u0131l yap\u0131l\u0131r?<\/h4>\n
max_length<\/code>, min_value<\/code> gibi alan parametreleri veya validate_validate<\/code> metodu ile) yap\u0131labilir. is_valid()<\/code> metodu \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda bu do\u011frulamalar \u00e7al\u0131\u015f\u0131r ve hatalar serializer.errors<\/code> \u00f6zelli\u011finde saklan\u0131r.<\/p>\nBir serile\u015ftiriciyi nas\u0131l test edebilirim?<\/h4>\n
is_valid()<\/code> metodunu \u00e7a\u011f\u0131rabilir ve serializer.data<\/code> veya serializer.errors<\/code> \u00f6zelliklerini kontrol edebilirsiniz. Ayr\u0131ca, bir ModelSerializer<\/code> i\u00e7in model \u00f6rnekleri olu\u015fturup serile\u015ftirme ve deserile\u015ftirme i\u015flemlerini test edebilirsiniz.<\/p>\n","protected":false},"excerpt":{"rendered":"G\u00fcn\u00fcm\u00fcz web uygulamalar\u0131nda, farkl\u0131 platformlar (mobil uygulamalar, tek sayfa uygulamalar\u0131, di\u011fer servisler) aras\u0131nda veri al\u0131\u015fveri\u015fi yapmak vazge…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-38575","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n