|
Team Foundatin’a Genel Bakış Team Foundation’ın ilk amacı, takım içerisindeki işbirliğini arttırarak ürün gelişimini kolaylaştırmak ve tamamlamaktır. Yazılım geliştiren hemen hemen her firmanın kendi içinde kullanmak için geliştirdiği kuralları ve iletişim alt yapısı vardır. Bunları ortaya çıkartmak insan zamanı ve kaynak harcanmasına neden olur. Ve proje türlerine göre gereksinimler değişebilir, doğal olarak alt yapı çalışmalarında da bazı değişiklikler yapılması gerekir. Bir Yazılım Firması Senaryosu Diyelimki bir proje geliştiriyorsunuz, hedefiniz büyük, şirket içinde deneyimleriniz yada 3. şahısların tecrübelerinden yararlanmanız sonucunda bazı kurallar oluşturup kendinize özgü yöntemler geliştirdiniz, proje takibi, döküman paylaşımı, yazılan kodların denetimi, hataların yakalanması ve analizci - yazılım uzmanı – test uzmanı – takım lideri arasındaki iletişimi gerçekleştirecek bir alt yapı oluşturdunuz. Projeniz, yazılım ekibiniz tarafından geliştirilirken müşterileriniz tarafından da test sürüşüne çıktı ve aldığınız geri dönüşler doğrultusunda sürüm güncellemeleri yaptınız. Artık projeniz hazır ve paketleyip raflardaki yerine koyabilirsiniz. Ve tamamladığınız proje ardından yeni bir proje aldınız, hedefleriniz daha büyük, uluslararası standartlara uygun yazilim geliştirmeniz gerekiyor, ekibinizin bunun için hazır olduğunu düşünebilirsiniz fakat ya alt yapınız? Team Foundation’ın Sunduğu Özellikler Team Foundation Server, sunduğu teknoloji ile küçük projelerden tutun yüzlerce yazılım uzmanının yer aldığı çok geniş projelere kadar ihtiyaçlarınızın hemen hemen hepsini karşılayabilecek bir alt yapi sunmaktadır. Sunduğu özellikler; İlerleyen dönemde sizlerle paylaşacağım diğer makalelerimde, Team Foundation’ın bize sunduğu özellikleri kullanan uygulamalar geliştirerek bu özellikleri ayrıntılarıyla inceleme fırsatımız olacak. Şimdi dilerseniz Team Foundation Server’ın mimari yapısına bir göz atalım. Mimari Yapı Team Foundation Server; aşağıda yer alan Şekil 1’de de görülebileceği gibi Client Tier (istemci), Application Tier (uygulama) ve Data Tier (veri) katmanlarından oluşan üç katmanlı bir mimariye sahiptir. Şekil 1: Team Foundation Mimarisi İstemci Katmani İstemci katmanı, uygulama katmanının sunduğu web servislerini kullanarak sahip olduğu arayüz ile kullanıcıdan gelen isteklere cevap verir. İstemci katmanında kullandığımız araçlardan bazıları aşağıdaki gibidir; Uygulama Katmanı Uygulama katmanı, istemci katmanının erişimi için ASP.NET Web servislerini sunmaktadır. Sunduğu web servisleri; Veri Katmanı TFS, İstemci katmanının veri katmanına direkt erişimine izin vermemektedir. İstemci tarafından gelen tüm istekler web servisleri aracılığıyla uygulama katmanına iletilir. Veri katmanı, SQL Server 2005 üzerine inşa edilmiştir. Uygulama katmanı için sunduğu veri ambarları; KAYNAK https://www.csharpnedir.com/articles/read/?filter=&author=&cat=&id=814&title=Team |
MS SQL’de NOLOCK, READPAST ve READUNCOMMITED komutları ve kullanımı NOLOCK : Kendisi üzerinde değişiklik yapılan tabloda, yapılan değişiklikler henüz tamamlanmamış da olsa(TRANSACTION sonlandırılmamış da olsa). İlgili kayıtlar sanki işlemler tamamlanmış gibi elde edilebilir. READPAST : Tabloda yapılan değişiklikler göz önünde bulundurulur ancak sadece üzerinde TRANSACTION sürecinde kilit bulunmayan kayıtlar elde edilebilir. Tüm kayıtların elde edilebilmesi için başlatılan TRANSACTION sürecinin sonlandırılmış olması yani sql deyimi ile COMMIT edilmiş olması gerekmektedir. READUNCOMMITED : NOLOCK ile aynı özelliklere sahiptir. CREATE TABLE Table_1 ( ID INTEGER IDENTITY ( 1 , 1 ) NOT NULL, ACIKLAMA VARCHAR ( 100 ) NULL ) GO CREATE TABLE Table_2 ( ID ...
Yorumlar
Yorum Gönder