Veri tutars\u0131zl\u0131\u011f\u0131 kabusuna son! G\u00fcn\u00fcm\u00fcz web uygulamalar\u0131nda, kullan\u0131c\u0131dan al\u0131nan verilerin do\u011fru, eksiksiz ve beklenen formatta olmas\u0131, uygulaman\u0131n g\u00fcvenilirli\u011fi ve kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan hayati \u00f6neme sahiptir. Peki, Rails d\u00fcnyas\u0131nda bu karma\u015f\u0131k veri do\u011frulama s\u00fcrecini nas\u0131l y\u00f6netiriz? Bu kapsaml\u0131 rehberde, Rails validasyonlar\u0131n\u0131n derinliklerine inecek, temel kavramlardan ileri d\u00fczey tekniklere kadar her \u015feyi ad\u0131m ad\u0131m \u00f6\u011frenecek ve uygulamalar\u0131n\u0131z\u0131 veri b\u00fct\u00fcnl\u00fc\u011f\u00fc konusunda zirveye ta\u015f\u0131yaca\u011f\u0131z.<\/p>\n
Bir web uygulamas\u0131 geli\u015ftirirken, kullan\u0131c\u0131lar\u0131n girdilerini oldu\u011fu gibi kabul etmek b\u00fcy\u00fck bir hata olabilir. Kullan\u0131c\u0131lar bilerek veya bilmeyerek hatal\u0131, eksik veya k\u00f6t\u00fc niyetli veriler g\u00f6nderebilirler. \u0130\u015fte tam da bu noktada, Rails validasyonlar\u0131 devreye girer ve uygulaman\u0131z\u0131 potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131ndan, veri taban\u0131 tutars\u0131zl\u0131klar\u0131ndan ve k\u00f6t\u00fc kullan\u0131c\u0131 deneyimlerinden korur. Validasyonlar, model seviyesinde, yani veriler veri taban\u0131na kaydedilmeden \u00f6nce devreye giren kurallar b\u00fct\u00fcn\u00fcd\u00fcr.<\/p>\n
D\u00fc\u015f\u00fcn\u00fcn ki bir e-ticaret siteniz var ve kullan\u0131c\u0131lar \u00fcr\u00fcn olu\u015ftururken fiyat alan\u0131na metin giriyor, stok miktar\u0131n\u0131 negatif yap\u0131yor ya da \u00fcr\u00fcn ad\u0131n\u0131 bo\u015f b\u0131rak\u0131yor. Bu t\u00fcr hatal\u0131 verilerin veri taban\u0131na kaydedilmesi, uygulaman\u0131zda beklenmedik davran\u0131\u015flara, raporlama hatalar\u0131na ve hatta sistem \u00e7\u00f6k\u00fc\u015flerine yol a\u00e7abilir. Sunucu taraf\u0131nda yap\u0131lan validasyonlar, bu t\u00fcr istenmeyen durumlar\u0131 engellemenin en etkili yoludur. Ayr\u0131ca, sadece sunucu taraf\u0131nda de\u011fil, iyi bir kullan\u0131c\u0131 deneyimi i\u00e7in client-side (taray\u0131c\u0131 taraf\u0131) validasyonlar\u0131n da \u00f6nemi b\u00fcy\u00fckt\u00fcr. Ancak unutulmamal\u0131d\u0131r ki, client-side validasyonlar sadece kullan\u0131c\u0131 kolayl\u0131\u011f\u0131 i\u00e7indir; g\u00fcvenlik ve veri b\u00fct\u00fcnl\u00fc\u011f\u00fc i\u00e7in her zaman sunucu taraf\u0131 validasyonlara g\u00fcvenmek esast\u0131r.<\/p>\n
Rails, bu s\u00fcreci Active Record ad\u0131 verilen ORM (Object-Relational Mapping) arac\u0131 sayesinde olduk\u00e7a kolayla\u015ft\u0131r\u0131r. Active Record, modellerinize do\u011frulama kurallar\u0131 eklemek i\u00e7in zengin bir API sunar. Bu sayede, i\u015f mant\u0131\u011f\u0131n\u0131z\u0131 do\u011frudan model katman\u0131nda tan\u0131mlayabilir ve veri tutarl\u0131l\u0131\u011f\u0131n\u0131 merkezi bir yerden sa\u011flayabilirsiniz. Uygulaman\u0131z\u0131n \u00f6l\u00e7e\u011fi b\u00fcy\u00fcd\u00fck\u00e7e, bu merkeziyet\u00e7i yakla\u015f\u0131m, kodunuzun daha temiz, daha s\u00fcrd\u00fcr\u00fclebilir ve y\u00f6netilebilir olmas\u0131n\u0131 sa\u011flar. Bu b\u00f6l\u00fcmde, validasyonlar\u0131n neden bu kadar kritik oldu\u011funu ve uygulaman\u0131z i\u00e7in ne anlama geldi\u011fini net bir \u015fekilde anlam\u0131\u015f olduk. \u015eimdi, Rails’in sundu\u011fu temel validasyon yeteneklerine bir g\u00f6z atal\u0131m ve uygulamalar\u0131n\u0131z\u0131 nas\u0131l daha sa\u011flam hale getirebilece\u011finizi ke\u015ffedelim.<\/p>\n
Rails validasyon d\u00fcnyas\u0131na ilk ad\u0131m\u0131n\u0131z\u0131 atarken, Active Record’un sundu\u011fu zengin do\u011frulay\u0131c\u0131 k\u00fct\u00fcphanesi ile tan\u0131\u015facaks\u0131n\u0131z. Bu b\u00f6l\u00fcmde, en s\u0131k kullan\u0131lan validat\u00f6rleri derinlemesine inceleyecek, her birinin ne i\u015fe yarad\u0131\u011f\u0131n\u0131 ve nas\u0131l kullan\u0131ld\u0131\u011f\u0131n\u0131 ad\u0131m ad\u0131m \u00f6rneklerle a\u00e7\u0131klayaca\u011f\u0131z. Veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flaman\u0131n temel ta\u015flar\u0131 olan bu validasyonlar, model seviyesinde tan\u0131mlanarak verilerinizin veri taban\u0131na kaydedilmeden \u00f6nce belirli kriterleri kar\u015f\u0131lamas\u0131n\u0131 garanti eder.<\/p>\n
Rails, bir\u00e7ok yayg\u0131n do\u011frulama senaryosu i\u00e7in haz\u0131r metodlar sunar. \u0130\u015fte bunlardan en \u00f6nemlileri:<\/p>\n
validates :field, presence: true<\/code>:<\/strong> Bu do\u011frulay\u0131c\u0131, belirli bir alan\u0131n bo\u015f b\u0131rak\u0131lmamas\u0131n\u0131 sa\u011flar. Yani, ilgili alan\u0131n nil<\/code> veya bo\u015f bir string (''<\/code>) olmamas\u0131n\u0131 garanti eder.<\/p>\n\nclass Urun < ApplicationRecord\n validates :ad, presence: true\n validates :aciklama, presence: true\nend\n <\/pre>\n<\/code><\/p>\n
Yukar\u0131daki \u00f6rnekte, bir Urun<\/code> objesi kaydedilirken ad<\/code> ve aciklama<\/code> alanlar\u0131n\u0131n dolu olmas\u0131 gerekti\u011fi belirtiliyor. E\u011fer bu alanlardan biri bo\u015f b\u0131rak\u0131l\u0131rsa, \u00fcr\u00fcn kaydedilemeyecek ve hata mesaj\u0131 d\u00f6necektir. Bu, formlardan gelen verilerin eksiksiz oldu\u011fundan emin olman\u0131n en temel yoludur.<\/p>\n<\/li>\n- \n
validates :field, length: { minimum: X, maximum: Y }<\/code>:<\/strong> Bir alan\u0131n de\u011ferinin belirli bir uzunluk aral\u0131\u011f\u0131nda olmas\u0131n\u0131 sa\u011flar. Ayr\u0131ca sadece minimum<\/code>, maximum<\/code> veya tam is<\/code> se\u00e7enekleri de kullan\u0131labilir.<\/p>\n\nclass Kullanici < ApplicationRecord\n validates :kullanici_adi, length: { minimum: 3, maximum: 20 }\n validates :sifre, length: { in: 6..20, too_short: \"\u00e7ok k\u0131sa, en az 6 karakter olmal\u0131\", too_long: \"\u00e7ok uzun, en fazla 20 karakter olmal\u0131\" }\n validates :bio, length: { maximum: 500, message: \"en fazla %{count} karakter olabilir\" }\nend\n <\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte, kullanici_adi<\/code> 3 ile 20 karakter aras\u0131nda, sifre<\/code> 6 ile 20 karakter aras\u0131nda olmal\u0131 ve bio<\/code> alan\u0131 en fazla 500 karakter uzunlu\u011funda olabilir. \u00d6zel hata mesajlar\u0131 (too_short<\/code>, too_long<\/code>, message<\/code>) ile kullan\u0131c\u0131ya daha a\u00e7\u0131klay\u0131c\u0131 geri bildirimler sunulabilir.<\/p>\n<\/li>\n- \n
validates :field, format: { with: \/regex\/ }<\/code>:<\/strong> Bir alan\u0131n de\u011ferinin belirli bir d\u00fczenli ifade (regex) desenine uymas\u0131n\u0131 sa\u011flar. Bu, e-posta adresleri, telefon numaralar\u0131 gibi yap\u0131sal verilere uygunluk denetimi i\u00e7in \u00e7ok kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n\nclass Musteri < ApplicationRecord\n validates :email, format: { with: URI::MailTo::EMAIL_REGEXP, message: \"ge\u00e7erli bir e-posta adresi de\u011fil\" }\n validates :telefon_numarasi, format: { with: \/\\A\\d{3}[-.\\s]?\\d{3}[-.\\s]?\\d{4}\\z\/, message: \"ge\u00e7erli bir telefon numaras\u0131 de\u011fil\" }, allow_blank: true\nend\n <\/pre>\n<\/code><\/p>\n
E-posta adresi i\u00e7in Rails'in sa\u011flad\u0131\u011f\u0131 URI::MailTo::EMAIL_REGEXP<\/code> sabiti kullan\u0131labilir. Telefon numaras\u0131 i\u00e7in ise kendi d\u00fczenli ifademizi tan\u0131mlad\u0131k. allow_blank: true<\/code> se\u00e7ene\u011fi, alan bo\u015f b\u0131rak\u0131l\u0131rsa format kontrol\u00fc yap\u0131lmamas\u0131n\u0131 sa\u011flar.<\/p>\n<\/li>\n- \n
validates :field, uniqueness: true<\/code>:<\/strong> Bir alan\u0131n de\u011ferinin veri taban\u0131nda benzersiz olmas\u0131n\u0131 sa\u011flar. Kullan\u0131c\u0131 adlar\u0131 veya e-posta adresleri gibi alanlar i\u00e7in vazge\u00e7ilmezdir.<\/p>\n\nclass Kullanici < ApplicationRecord\n validates :email, uniqueness: { case_sensitive: false, message: \"bu e-posta adresi zaten kullan\u0131l\u0131yor\" }\n validates :kullanici_adi, uniqueness: true\nend\n <\/pre>\n<\/code><\/p>\n
case_sensitive: false<\/code> se\u00e7ene\u011fi, b\u00fcy\u00fck\/k\u00fc\u00e7\u00fck harf duyars\u0131z bir benzersizlik kontrol\u00fc sa\u011flar. Bu, \"user@example.com\" ile \"User@example.com\" adreslerinin ayn\u0131 kabul edilmesini sa\u011flar. Veritaban\u0131n\u0131z\u0131n b\u00fcy\u00fck\/k\u00fc\u00e7\u00fck harf duyarl\u0131l\u0131\u011f\u0131na g\u00f6re bu ayar\u0131 d\u00fczenlemek \u00f6nemlidir.<\/p>\n<\/li>\n- \n
validates :field, numericality: { greater_than: X, less_than_or_equal_to: Y }<\/code>:<\/strong> Bir alan\u0131n say\u0131sal bir de\u011fer olmas\u0131n\u0131 ve belirli bir aral\u0131kta bulunmas\u0131n\u0131 sa\u011flar.<\/p>\n\nclass Urun < ApplicationRecord\n validates :fiyat, numericality: { greater_than: 0, less_than_or_equal_to: 10000, message: \"ge\u00e7erli bir fiyat olmal\u0131 (0-10000 aras\u0131)\" }\n validates :stok_miktari, numericality: { only_integer: true, greater_than_or_equal_to: 0, message: \"pozitif bir tam say\u0131 olmal\u0131\" }\nend\n <\/pre>\n<\/code><\/p>\n
only_integer: true<\/code> ile sadece tam say\u0131 olmas\u0131na izin verilir. greater_than_or_equal_to<\/code> gibi se\u00e7eneklerle daha esnek say\u0131sal k\u0131s\u0131tlamalar getirilebilir.<\/p>\n<\/li>\n- \n
validates :field, inclusion: { in: %w[secenek1 secenek2], message: \"ge\u00e7ersiz bir se\u00e7enektir\" }<\/code>:<\/strong> Bir alan\u0131n de\u011ferinin belirli bir se\u00e7enek listesinden birine ait olmas\u0131n\u0131 sa\u011flar.<\/p>\n\nclass Gorev < ApplicationRecord\n STATUS_LER = ['beklemede', 'devam ediyor', 'tamamland\u0131']\n validates :durum, inclusion: { in: STATUS_LER, message: \"ge\u00e7ersiz bir durumdur\" }\nend\n <\/pre>\n<\/code><\/p>\n
Bu, genellikle sabit se\u00e7enek listeleri (dropdown men\u00fcler, radio butonlar) i\u00e7in kullan\u0131l\u0131r.<\/p>\n<\/li>\n<\/ul>\n
Uygulamal\u0131 \u00d6rnek: Bir Blog Yaz\u0131s\u0131 Modeli \u0130\u00e7in Validasyonlar<\/h3>\n
\u015eimdi t\u00fcm bu \u00f6\u011frendiklerimizi bir araya getirerek ger\u00e7ek\u00e7i bir senaryo olu\u015ftural\u0131m. Bir blog uygulamas\u0131 geli\u015ftirdi\u011fimizi ve Yazi<\/code> ad\u0131nda bir modelimiz oldu\u011funu varsayal\u0131m. Bu model i\u00e7in \u00e7e\u015fitli do\u011frulama kurallar\u0131 uygulayal\u0131m:<\/p>\n\n# app\/models\/yazi.rb\nclass Yazi < ApplicationRecord\n validates :baslik, presence: { message: \"ba\u015fl\u0131k bo\u015f b\u0131rak\u0131lamaz\" },\n length: { minimum: 5, maximum: 100, message: \"ba\u015fl\u0131k 5 ile 100 karakter aras\u0131nda olmal\u0131\" },\n uniqueness: { case_sensitive: false, message: \"bu ba\u015fl\u0131k zaten kullan\u0131l\u0131yor\" }\n\n validates :icerik, presence: { message: \"i\u00e7erik bo\u015f b\u0131rak\u0131lamaz\" },\n length: { minimum: 50, message: \"i\u00e7erik en az 50 karakter olmal\u0131\" }\n\n validates :yazar_email, format: { with: URI::MailTo::EMAIL_REGEXP, message: \"ge\u00e7erli bir e-posta adresi giriniz\" },\n allow_blank: true\n\n validates :okuma_suresi_dakika, numericality: { only_integer: true,\n greater_than: 0,\n less_than_or_equal_to: 60,\n message: \"okuma s\u00fcresi 1-60 dakika aras\u0131nda bir tam say\u0131 olmal\u0131\" },\n allow_nil: true # Bo\u015f b\u0131rak\u0131labilir\nend\n <\/pre>\n<\/code><\/p>\n
Yukar\u0131daki kod blo\u011funda, Yazi<\/code> modelimiz i\u00e7in kapsaml\u0131 validasyonlar tan\u0131mlad\u0131k. Ba\u015fl\u0131k, i\u00e7erik, yazar e-postas\u0131 ve okuma s\u00fcresi alanlar\u0131 i\u00e7in farkl\u0131 k\u0131s\u0131tlamalar belirledik. allow_blank: true<\/code> veya allow_nil: true<\/code> gibi se\u00e7eneklerle belirli durumlarda alan\u0131n bo\u015f veya nil<\/code> olmas\u0131na izin vererek esneklik sa\u011flad\u0131k.<\/p>\n\n Uzman \u0130pucu: Validasyon kurallar\u0131n\u0131z\u0131 sadece modelinizde de\u011fil, ayn\u0131 zamanda veri taban\u0131 seviyesinde de uygulamay\u0131 d\u00fc\u015f\u00fcnebilirsiniz (\u00f6rne\u011fin, NOT NULL<\/code> veya UNIQUE<\/code> k\u0131s\u0131tlamalar\u0131). Bu, ek bir g\u00fcvenlik katman\u0131 sa\u011flar ve uygulama katman\u0131ndaki bir hatan\u0131n veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc bozmas\u0131n\u0131 engeller. Ancak hata mesajlar\u0131n\u0131n kullan\u0131c\u0131ya d\u00f6nmesi i\u00e7in model validasyonlar\u0131 yine de \u015fartt\u0131r.\n <\/div>\nBir model objesini kaydetmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131zda ve validasyonlar ba\u015far\u0131s\u0131z oldu\u011funda, errors<\/code> objesi arac\u0131l\u0131\u011f\u0131yla hangi alanlarda hangi hatalar\u0131n olu\u015ftu\u011funu g\u00f6rebilirsiniz:<\/p>\n\n# Rails konsolunda deneyelim\nyazi = Yazi.new(baslik: \"K\u0131sa\", icerik: \"\u00c7ok k\u0131sa i\u00e7erik.\", yazar_email: \"ge\u00e7ersiz-email\")\nyazi.valid? # => false\nyazi.errors.full_messages\n# => [\"Ba\u015fl\u0131k 5 ile 100 karakter aras\u0131nda olmal\u0131\", \"\u0130\u00e7erik en az 50 karakter olmal\u0131\", \"Yazar email ge\u00e7erli bir e-posta adresi giriniz\"]\n <\/pre>\n<\/code><\/p>\n
Bu b\u00f6l\u00fcm, Rails validasyonlar\u0131n\u0131n temel yap\u0131 ta\u015flar\u0131n\u0131 ve modelinize nas\u0131l entegre edece\u011finizi size g\u00f6sterdi. Art\u0131k verilerinizi daha bilin\u00e7li ve kontroll\u00fc bir \u015fekilde y\u00f6netebilirsiniz. Ancak Rails validasyonlar\u0131 sadece bu kadarla s\u0131n\u0131rl\u0131 de\u011fil. \u00d6zel ihtiya\u00e7lar\u0131n\u0131za g\u00f6re validasyonlar\u0131n\u0131z\u0131 nas\u0131l \u015fekillendirebilece\u011finizi bir sonraki b\u00f6l\u00fcmde inceleyece\u011fiz.<\/p>\n
\u00d6zel Validasyonlar ve Ko\u015fullu Mant\u0131k: \u0130htiya\u00e7lar\u0131n\u0131za G\u00f6re Nas\u0131l \u015eekillendirilir?<\/h2>\n
Haz\u0131r Rails validat\u00f6rleri \u00e7o\u011fu senaryo i\u00e7in yeterli olsa da, bazen uygulaman\u0131z\u0131n benzersiz i\u015f mant\u0131\u011f\u0131na uyan daha karma\u015f\u0131k do\u011frulama kurallar\u0131na ihtiya\u00e7 duyabilirsiniz. Rails, bu t\u00fcr durumlar i\u00e7in \u00f6zel validasyon metodlar\u0131 ve ko\u015fullu validasyonlar arac\u0131l\u0131\u011f\u0131yla b\u00fcy\u00fck bir esneklik sunar. Bu b\u00f6l\u00fcmde, bu ileri d\u00fczey teknikleri nas\u0131l kullanaca\u011f\u0131n\u0131z\u0131 ve validasyon s\u00fcre\u00e7lerinizi nas\u0131l daha ak\u0131ll\u0131 hale getirece\u011finizi \u00f6\u011freneceksiniz.<\/p>\n
Kendi Validasyon Metodlar\u0131n\u0131z\u0131 Tan\u0131mlamak: \u0130\u015f Mant\u0131\u011f\u0131n\u0131za \u00d6zel Kurallar<\/h3>\n
Rails, bir alan\u0131n de\u011ferini belirli bir kurallar dizisine g\u00f6re do\u011frulamak istedi\u011finizde, modele do\u011frudan kendi validasyon metodlar\u0131n\u0131z\u0131 eklemenize olanak tan\u0131r. Bu metodlar, validate<\/code> veya validate_on_create<\/code>\/validate_on_update<\/code> gibi callback'ler arac\u0131l\u0131\u011f\u0131yla \u00e7a\u011fr\u0131l\u0131r. En yayg\u0131n kullan\u0131lan\u0131 validate<\/code> callback'idir ve model kaydedilmeden veya g\u00fcncellenmeden \u00f6nce \u00e7al\u0131\u015f\u0131r.<\/p>\n\n# app\/models\/siparis.rb\nclass Siparis < ApplicationRecord\n # Sipari\u015f tarihi gelecekte olamaz\n validate :siparis_tarihi_gecmiste_olmal\u0131\n\n # Teslimat adresi girildiyse, teslimat_tarihi de girilmeli\n validate :teslimat_bilgilerini_dogrula, if: -> { teslimat_adresi.present? }\n\n private\n\n def siparis_tarihi_gecmiste_olmal\u0131\n if siparis_tarihi.present? && siparis_tarihi > Date.current\n errors.add(:siparis_tarihi, \"gelecekte olamaz\")\n end\n end\n\n def teslimat_bilgilerini_dogrula\n unless teslimat_tarihi.present?\n errors.add(:teslimat_tarihi, \"teslimat adresi girildiyse bo\u015f b\u0131rak\u0131lamaz\")\n end\n # ... ba\u015fka teslimat ile ilgili kurallar ...\n end\nend\n <\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte, siparis_tarihi_gecmiste_olmal\u0131<\/code> metodu, sipari\u015f tarihinin bug\u00fcnden sonra olmamas\u0131n\u0131 kontrol eder. E\u011fer bir sorun varsa, errors.add<\/code> metodu ile ilgili alana hata eklenir. \u0130kinci metod olan teslimat_bilgilerini_dogrula<\/code> ise if: -> { teslimat_adresi.present? }<\/code> ko\u015fulu ile sadece teslimat_adresi<\/code> alan\u0131 doldurulmu\u015fsa \u00e7al\u0131\u015f\u0131r. Bu, karma\u015f\u0131k ba\u011f\u0131ml\u0131l\u0131klar\u0131 olan validasyonlar i\u00e7in olduk\u00e7a kullan\u0131\u015fl\u0131d\u0131r.<\/p>\nKo\u015fullu Validasyonlar: Duruma G\u00f6re De\u011fi\u015fen Kurallar<\/h3>\n
Validasyonlar\u0131n belirli ko\u015fullar alt\u0131nda \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in if<\/code> ve unless<\/code> se\u00e7eneklerini kullanabilirsiniz. Bu, bir alan\u0131n ge\u00e7erlili\u011finin ba\u015fka bir alan\u0131n de\u011ferine veya modelin durumuna ba\u011fl\u0131 oldu\u011fu durumlarda \u00e7ok i\u015fe yarar.<\/p>\n\n- \n
if: :method_name<\/code> veya if: -> { some_condition }<\/code>:<\/strong> Belirtilen metod true<\/code> d\u00f6nerse veya lambda ifadesi true<\/code> d\u00f6nerse validasyon \u00e7al\u0131\u015f\u0131r.\n <\/li>\n- \n
unless: :method_name<\/code> veya unless: -> { some_condition }<\/code>:<\/strong> Belirtilen metod false<\/code> d\u00f6nerse veya lambda ifadesi false<\/code> d\u00f6nerse validasyon \u00e7al\u0131\u015f\u0131r.\n <\/li>\n<\/ul>\nYukar\u0131daki Siparis<\/code> \u00f6rne\u011finde if: -> { teslimat_adresi.present? }<\/code> ile bir lambda ifadesi kullanarak ko\u015fullu validasyon g\u00f6rm\u00fc\u015ft\u00fck. \u015eimdi ba\u015fka bir \u00f6rnek verelim:<\/p>\n\n# app\/models\/anket.rb\nclass Anket < ApplicationRecord\n validates :aciklama, presence: true, if: :acik_uc_anket?\n validates :son_tarih, presence: true, unless: :taslak_halinde?\n\n private\n\n def acik_uc_anket?\n self.tur == 'a\u00e7\u0131k u\u00e7lu'\n end\n\n def taslak_halinde?\n self.durum == 'taslak'\n end\nend\n <\/pre>\n<\/code><\/p>\n
Bu Anket<\/code> modelinde, e\u011fer anketin tur<\/code>'u 'a\u00e7\u0131k u\u00e7lu' ise aciklama<\/code> alan\u0131 zorunlu hale gelir (if: :acik_uc_anket?<\/code>). Ayr\u0131ca, e\u011fer anket taslak<\/code> durumunda de\u011filse, son_tarih<\/code> alan\u0131n\u0131n bo\u015f b\u0131rak\u0131lamayaca\u011f\u0131 (unless: :taslak_halinde?<\/code>) belirtilmi\u015ftir. Bu sayede, uygulaman\u0131zdaki farkl\u0131 i\u015f ak\u0131\u015flar\u0131na g\u00f6re validasyon kurallar\u0131n\u0131 dinamik olarak de\u011fi\u015ftirebilirsiniz.<\/p>\n\n Uzman \u0130pucu: Ko\u015fullu validasyonlar\u0131 kullan\u0131rken, ko\u015ful metodlar\u0131n\u0131z\u0131n basit ve anla\u015f\u0131l\u0131r olmas\u0131na \u00f6zen g\u00f6sterin. Karma\u015f\u0131k mant\u0131\u011f\u0131 k\u00fc\u00e7\u00fck, yeniden kullan\u0131labilir metodlara b\u00f6lmek, kodunuzu daha okunabilir ve bak\u0131m\u0131 kolay hale getirir.\n <\/div>\n\u00d6zel Validat\u00f6r S\u0131n\u0131flar\u0131 Olu\u015fturmak: Yeniden Kullan\u0131labilir ve Temiz Validasyonlar<\/h3>\n
E\u011fer ayn\u0131 validasyon mant\u0131\u011f\u0131n\u0131 birden fazla modelde veya farkl\u0131 ba\u011flamlarda kullanman\u0131z gerekiyorsa, \u00f6zel bir validat\u00f6r s\u0131n\u0131f\u0131 olu\u015fturmak en iyi yakla\u015f\u0131md\u0131r. Bu, DRY (Don't Repeat Yourself) prensibine uyman\u0131z\u0131 sa\u011flar ve kod tekrar\u0131n\u0131 \u00f6nler.<\/p>\n
\u00d6zel validat\u00f6r s\u0131n\u0131flar\u0131 ActiveModel::EachValidator<\/code> veya ActiveModel::Validator<\/code>'dan t\u00fcretilebilir. ActiveModel::EachValidator<\/code>, bir alan\u0131n de\u011ferini do\u011frulamak i\u00e7in kullan\u0131l\u0131rken, ActiveModel::Validator<\/code> t\u00fcm objeyi do\u011frulayabilir.<\/p>\n\u00d6rnek: E-posta Alan\u0131n\u0131 Kara Listeye G\u00f6re Do\u011frulayan Bir Validat\u00f6r<\/strong><\/p>\n\n# app\/validators\/kara_liste_email_validator.rb\nclass KaraListeEmailValidator < ActiveModel::EachValidator\n def validate_each(record, attribute, value)\n kara_liste_domainler = ['spammer.com', 'tempmail.com']\n if value.present? && kara_liste_domainler.any? { |domain| value.include?(domain) }\n record.errors.add(attribute, (options[:message] || \"bu domainden e-posta kabul edilmiyor\"))\n end\n end\nend\n\n# app\/models\/kullanici.rb\nclass Kullanici < ApplicationRecord\n validates :email, presence: true, kara_liste_email: true\nend\n <\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte, KaraListeEmailValidator<\/code> ad\u0131nda \u00f6zel bir validat\u00f6r olu\u015fturduk. Bu validat\u00f6r, kullan\u0131c\u0131n\u0131n e-posta adresinin kara listedeki domainlerden birini i\u00e7erip i\u00e7ermedi\u011fini kontrol eder. Ard\u0131ndan, Kullanici<\/code> modelinde validates :email, kara_liste_email: true<\/code> \u015feklinde kolayca kullanabiliriz. options[:message]<\/code> sayesinde, validat\u00f6r\u00fc kullan\u0131rken \u00f6zel bir hata mesaj\u0131 da belirleyebiliriz (\u00f6rne\u011fin: validates :email, kara_liste_email: { message: \"kay\u0131tl\u0131 olmayan bir e-posta adresi kullan\u0131lamaz\" }<\/code>).<\/p>\nBu b\u00f6l\u00fcmde, Rails validasyonlar\u0131n\u0131n s\u0131n\u0131rlar\u0131n\u0131 nas\u0131l geni\u015fletebilece\u011finizi, i\u015f mant\u0131\u011f\u0131n\u0131za \u00f6zel kurallar ekleyebilece\u011finizi ve kodu yeniden kullan\u0131labilir hale getirebilece\u011finizi \u00f6\u011frendiniz. Bu sayede, daha karma\u015f\u0131k ve dinamik do\u011frulama ihtiya\u00e7lar\u0131n\u0131z\u0131 kolayl\u0131kla kar\u015f\u0131layabilirsiniz. Ancak, t\u00fcm bu validasyonlar\u0131n sonucunda kullan\u0131c\u0131ya g\u00f6sterilecek hata mesajlar\u0131n\u0131n nas\u0131l y\u00f6netilece\u011fi de \u00f6nemli bir konudur.<\/p>\n
Hata Mesajlar\u0131n\u0131 Y\u00f6netmek ve \u0130leri D\u00fczey Teknikler: Kullan\u0131c\u0131 Deneyimini Nas\u0131l Zenginle\u015ftirirsiniz?<\/h2>\n
Validasyonlar, bir objenin ge\u00e7erlili\u011fini sa\u011flasa da, kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan hata mesajlar\u0131n\u0131n anla\u015f\u0131l\u0131r, a\u00e7\u0131klay\u0131c\u0131 ve kullan\u0131\u015fl\u0131 olmas\u0131 kritik \u00f6neme sahiptir. Bu b\u00f6l\u00fcmde, Rails'te hata mesajlar\u0131n\u0131 nas\u0131l \u00f6zelle\u015ftirece\u011finizi, farkl\u0131 validasyon ba\u011flamlar\u0131n\u0131 nas\u0131l y\u00f6netece\u011finizi ve daha karma\u015f\u0131k senaryolar i\u00e7in ileri d\u00fczey teknikleri nas\u0131l uygulayaca\u011f\u0131n\u0131z\u0131 inceleyece\u011fiz.<\/p>\n
Kullan\u0131c\u0131 Dostu Hata Mesajlar\u0131: Geri Bildirimi Optimize Etmek<\/h3>\n
Rails, varsay\u0131lan olarak olduk\u00e7a genel hata mesajlar\u0131 \u00fcretir (\u00f6rne\u011fin, \"Ba\u015fl\u0131k bo\u015f b\u0131rak\u0131lamaz\"). Ancak, bu mesajlar\u0131 uygulaman\u0131z\u0131n tonuna ve kullan\u0131c\u0131lar\u0131n\u0131z\u0131n anlayabilece\u011fi \u015fekilde \u00f6zelle\u015ftirmek, kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Hata mesajlar\u0131n\u0131 \u00f6zelle\u015ftirmenin birka\u00e7 yolu vard\u0131r:<\/p>\n
\n- \n Validat\u00f6r Se\u00e7enekleri ile Do\u011frudan \u00d6zelle\u015ftirme:<\/strong> Her bir validat\u00f6re
message<\/code> se\u00e7ene\u011fi ekleyerek do\u011frudan \u00f6zelle\u015ftirme yapabilirsiniz.<\/p>\n\nclass Urun < ApplicationRecord\n validates :ad, presence: { message: \"\u00dcr\u00fcn ad\u0131 alan\u0131 doldurulmal\u0131d\u0131r.\" }\n validates :stok_miktari, numericality: { greater_than_or_equal_to: 0, message: \"%{value} ge\u00e7erli bir stok miktar\u0131 de\u011fildir, pozitif bir say\u0131 olmal\u0131.\" }\nend\n <\/pre>\n<\/code><\/p>\n
Burada %{value}<\/code> gibi yer tutucular kullanarak, hata mesaj\u0131na do\u011frulama hatas\u0131na neden olan de\u011feri dinamik olarak ekleyebilirsiniz.<\/p>\n<\/li>\n- \n Uluslararas\u0131la\u015ft\u0131rma (I18n) ile \u00d6zelle\u015ftirme:<\/strong> Rails, hata mesajlar\u0131n\u0131 y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir I18n (Internationalization) sistemi sunar. Bu, \u00f6zellikle \u00e7ok dilli uygulamalar i\u00e7in idealdir.<\/p>\n
config\/locales\/tr.yml<\/code> dosyan\u0131za a\u015fa\u011f\u0131daki gibi eklemeler yapabilirsiniz:<\/p>\n\n# config\/locales\/tr.yml\ntr:\n activerecord:\n attributes:\n urun:\n ad: \"\u00dcr\u00fcn Ad\u0131\"\n stok_miktari: \"Stok Miktar\u0131\"\n errors:\n models:\n urun:\n attributes:\n ad:\n blank: \"bo\u015f b\u0131rak\u0131lamaz, l\u00fctfen bir ad girin.\"\n stok_miktari:\n not_a_number: \"ge\u00e7erli bir say\u0131 olmal\u0131.\"\n greater_than_or_equal_to: \"en az %{count} olmal\u0131.\"\n messages:\n presence: \"bo\u015f b\u0131rak\u0131lamaz\" # Genel bir mesaj\n <\/pre>\n<\/code><\/p>\n
Bu yap\u0131da, model, nitelik ve validat\u00f6r tipine g\u00f6re hata mesajlar\u0131n\u0131 hiyerar\u015fik olarak tan\u0131mlayabilirsiniz. Rails, en spesifik mesaj\u0131 bulmaya \u00e7al\u0131\u015f\u0131r. \u00d6rne\u011fin, urun.ad<\/code> i\u00e7in blank<\/code> hatas\u0131 olu\u015ftu\u011funda \u00f6nce activerecord.errors.models.urun.attributes.ad.blank<\/code>'i arar, bulamazsa daha genel olanlara y\u00f6nelir.<\/p>\n<\/li>\n<\/ol>\nValidasyon Ba\u011flamlar\u0131 (Contexts): Farkl\u0131 \u0130\u015flemler \u0130\u00e7in Farkl\u0131 Kurallar<\/h3>\n
Bazen ayn\u0131 modelin farkl\u0131 i\u015flemler s\u0131ras\u0131nda farkl\u0131 validasyon kurallar\u0131na uymas\u0131 gerekebilir. \u00d6rne\u011fin, bir kullan\u0131c\u0131 kayd\u0131 s\u0131ras\u0131nda daha az k\u0131s\u0131tlay\u0131c\u0131 kurallar uygulan\u0131rken, profil g\u00fcncelleme s\u0131ras\u0131nda daha fazla alan\u0131n zorunlu olmas\u0131 istenebilir. Rails, on: :create<\/code> veya on: :update<\/code> gibi se\u00e7eneklerle veya \u00f6zel ba\u011flamlarla (contexts) bu senaryoyu y\u00f6netmenizi sa\u011flar.<\/p>\n\nclass Kullanici < ApplicationRecord\n validates :email, presence: true, uniqueness: true\n validates :sifre, presence: true, length: { minimum: 6 }, on: :create # Sadece olu\u015ftururken \u015fifre zorunlu\n validates :telefon_numarasi, presence: true, on: :profil_guncelleme # Sadece profil g\u00fcncellerken zorunlu\n\n # Modelinizi bir ba\u011flamla kaydetmek i\u00e7in:\n # user.save(context: :profil_guncelleme)\nend\n <\/pre>\n<\/code><\/p>\n
Yukar\u0131daki \u00f6rnekte, sifre<\/code> alan\u0131 sadece Kullanici<\/code> objesi olu\u015fturulurken zorunlu tutulmu\u015ftur (on: :create<\/code>). Ayr\u0131ca, telefon_numarasi<\/code> alan\u0131 i\u00e7in profil_guncelleme<\/code> ad\u0131nda \u00f6zel bir ba\u011flam tan\u0131mlad\u0131k. Bu validasyon, sadece user.save(context: :profil_guncelleme)<\/code> \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda \u00e7al\u0131\u015facakt\u0131r. Varsay\u0131lan olarak, save<\/code> metodu herhangi bir ba\u011flam belirtilmedi\u011finde :create<\/code> veya :update<\/code> ba\u011flamlar\u0131n\u0131 otomatik olarak kullan\u0131r.<\/p>\nCallback'ler ile Validasyon Mant\u0131\u011f\u0131n\u0131 Geni\u015fletmek<\/h3>\n
Rails'in callback sistemi, validasyon s\u00fcre\u00e7lerinize ek mant\u0131k katmanlar\u0131 eklemek i\u00e7in g\u00fc\u00e7l\u00fc bir yol sunar. before_validation<\/code>, after_validation<\/code> gibi callback'ler ile bir objenin kaydedilmeden \u00f6nceki ve sonraki durumlar\u0131na m\u00fcdahale edebilirsiniz.<\/p>\n\nclass Yazi < ApplicationRecord\n before_validation :basligi_buyuk_harfe_cevir\n\n validates :baslik, presence: true\n\n private\n\n def basligi_buyuk_harfe_cevir\n self.baslik = self.baslik.upcase if self.baslik.present?\n end\nend\n <\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte, basligi_buyuk_harfe_cevir<\/code> metodu, validasyonlar \u00e7al\u0131\u015ft\u0131r\u0131lmadan hemen \u00f6nce \u00e7a\u011fr\u0131l\u0131r ve baslik<\/code> alan\u0131n\u0131n de\u011ferini b\u00fcy\u00fck harfe \u00e7evirir. Bu, verileri do\u011frulamadan \u00f6nce \u00f6n i\u015flem yapmak i\u00e7in kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n\n Uzman \u0130pucu: Callback'leri dikkatli kullan\u0131n. \u00c7ok fazla callback veya karma\u015f\u0131k callback zincirleri, uygulaman\u0131z\u0131n davran\u0131\u015f\u0131n\u0131 tahmin etmeyi zorla\u015ft\u0131rabilir. Basit veri manip\u00fclasyonlar\u0131 i\u00e7in kullanmak idealdir, karma\u015f\u0131k i\u015f mant\u0131\u011f\u0131 genellikle ayr\u0131 servis objelerinde daha iyi yer al\u0131r.\n <\/div>\nClient-Side Validasyon ve Mobil Uyumluluk: Kullan\u0131c\u0131 Deneyimini Tamamlamak<\/h3>\n
Rails validasyonlar\u0131 a\u011f\u0131rl\u0131kl\u0131 olarak sunucu taraf\u0131nda \u00e7al\u0131\u015fsa da, h\u0131zl\u0131 ve kullan\u0131c\u0131 dostu bir deneyim i\u00e7in client-side (taray\u0131c\u0131 taraf\u0131) validasyonlar da \u00f6nemlidir. Client-side validasyonlar, kullan\u0131c\u0131 bir formu g\u00f6nderdi\u011finde, verilerin sunucuya gitmesine gerek kalmadan an\u0131nda geri bildirim sa\u011flar.<\/p>\n
Client-side validasyonlar, genellikle JavaScript k\u00fct\u00fcphaneleri (\u00f6rne\u011fin, Vue.js, React, veya jQuery tabanl\u0131 k\u00fct\u00fcphaneler) veya HTML5'in yerle\u015fik form do\u011frulama \u00f6zellikleriyle (required<\/code>, pattern<\/code>, min<\/code>, max<\/code> gibi nitelikler) uygulan\u0131r.<\/p>\n\n