Kullanıcı Kontrolleri (User Controls)

Kullanıcı Kontrolleri ASP.NET sayfaları tarafından kullanılan sunucu kontrolleridir. Bunlar .ascx uzantılı dosyalardır. Farklı bir uzantı olmasının sebebi bu dosyaların tek başına kullanılamayacağını kullanıcıya hatırlatmaktır. Kullanıcı Kontrolleri HTML kodu içerir ama bu kodlar bizim bildiğimiz BODY, FORM gibi tag'ler değillerdir.

Kullanıcı Kontrolleri temel olarak bir ASP.NET sayfasıdır ama tamamen başka bir ASP.NET sayfası tarafından kullanılmaktadır. ASP teknolojisinde kullandığımız include file yöntemi yerine geçen bu yeni yapı ile sayfada tekrarlayan veya sık kullanılan program kodlarını tek bir yerde toplamak mümkündür. Hemen bunun da bir somut örneğini inceleyelim;

<%@Control Language="vb" %>


Bu şekilde başlayan bir ASP.NET sayfası bir Kullanıcı Kontrolüdür. İçine yazacağımız kod ise bir ASP.NET sayfasından şu şekilde çağırılır;

<%@Register TagPrefix="deneme" TagName="Demo" Src="demo.ascx" %>




Bileşenler (Components)

İçeriği program kodundan ayrıştırmak için kullanılan son yöntemimiz de Bileşen kullanımıdır. Bu daha önce de gerçekleştirdiğimiz bir yöntemdir birçoğunuzun kullandığı gibi fakat eskiden yaşanan birçok zorluk şuan da aşılmış durumda. Bu sorunlar neydi ve nasıl aşıldı hemen inceleyelim; "

Register işlemi: Bir bileşeni hazırladıktan sonra sunucu üzerinde bu bileşeni regsvr32 kullanarak register yani kayıt etmek gerekiyordu. Ama artık dosyayı XCOPY ile kopyalamanız veya FTP ile upload etmeniz yeterli oluyor. "

Sunucuyu yeniden başlatma işlemi: Bir bileşeni yüklemeden önce eskisi registery'den silmeniz gerekmekteydi, bunu yapmak için önce onu kullanan tüm programları kapatmanız gerekir, bu da onu kullanan servisi veya tüm sunucuyu durdurup yeniden başlatmak anlamına geliyordu. Tabiki bu işlem sırasında o an yapılan tüm işlemler durduruluyor geçici olarak sunucuya erişilemiyordu. Ama ASP.NET ile dosyayı kopyalamanız halinde artık bir yeniden başlatma işlemine gerek kalmadan yeni dosya devreye giriyor. "

Namespace Çakışması: Bileşenlere verdiğiniz isimler çalkıştığında bir uygulama kendine ait olmayan bir bileşenin içeriğini çalıştırabilirdi, eğer almaması gereken bir parametre yeni dll ile verilmişse sayfa hata veriyordu. Ama artık /bin klasörü içinde yer alan her dll kendi uygulaması için aktif halde çalışıyor.

Kısaca Bileşen kullanımına bakacak olursak;

<% Import Namespace="yazdigimBilesen" %>




İşte ASP.NET ile birlikte gelen içeriğin program kodundan ayrışması bu yöntemler ile yapılıyor ve uygulama geliştiricilere çok büyük avantajlar sağlıyor.