Pazarda dünyada neler oluyor? Teknoloji o kadar hızlı ilerliyor ki bazen neler olduğunu söylemek biraz zor.
Geçmişe kısa bir yolculuk yapalım.
Uygulamaların tek bir makinede tasarlanması, geliştirilmesi ve devreye alınması çok uzun zaman önce değildi. Kişisel bilgisayar çağının ilk günlerini hatırlayanlarınız için dbase, FoxBASE ve benzeri şeyler bir şeyler çağrıştırabilir. Her şey aynı makinede çalışıyordu – kullanıcı arayüzü, iş kuralları ve veritabanı hizmetleri.
Ardından, istemci sunucu uygulamaları çağını başlatan yerel alan ağları geldi. Artık kullanıcı arayüzü ve iş kuralları PC’ye oturdu ve Oracle veya SQL Server gibi bir istemci-sunucu DBMS’ye istekler gönderirken, sunucu tarafında kayıtlar işlendi ve sonuçlar istemciye döndürüldü.
LAN’lar olgunlaştıkça ve güvenilirlikleri arttıkça, uygulama geliştirme başka bir evrim geçirdi, yani 3 katmanlı mimarinin ortaya çıkışı. Bu dönüşüm, kullanıcı arayüzünün, iş kurallarının ve veri hizmetlerinin her birinin uygulama mimarisinde kendi bağımsız mantıksal öğesi haline gelmesiyle sonuçlandı. Fiziksel dünya, her bir öğeyi ayrı bir makinede uygulamış olabilir, ancak bu gerekli değildi.
3 katmanlı modelin ana avantajı, iş mantığının artık bileşenlere bölünebilmesi ve burada yalnızca bir uygulamada değil birçok uygulamada da kullanılabilmesidir. Ek olarak, sunucudaki iş mantığındaki değişiklikler arayan tarafın veya istemcinin hiç değişmesini gerektirmedi. Başka bir deyişle, iş mantığının veya işlevin uygulanmasının ayrıntıları, çağrılma şekli ve döndürdüğü bilgi türü değişmediği sürece önemli değildir. Kabul edelim, dünya hızla değişiyor ve yeniden konuşlandırmaya gerek kalmadan uyum sağlamamız gerekiyor.
Elbette, 3 katmanlı modelin ilk uygulaması (daha sonra n katmanlı olacak) öncelikle Intel, Windows ve Unix gibi yaygın makineler ve işletim sistemlerinde oldu. Satıcıların her biri kendi marka bileşenlerini destekledi. Microsoft, COM’u ve ardından DCOM’u destekledi. IBM, CORBA’yı tanıttı ve Sun, RMI’yi lanse etti. Bu orta kademe bileşen aromalarının her biri tescillidir ve farklı parçalar arasında birlikte çalışabilirlik ve iletişim sağlamadı. Bir Microsoft uygulamasının bir CORBA bileşeniyle konuşabilmesi için çeviri için başka bir yazılım parçası gerekiyordu. Aynısı, DCOM nesneleriyle iletişim kurmaya çalışan uygulamalar için de geçerliydi.
Tüm bunlar, farklı sistemlerin birbirleriyle konuşmasını zorlaştırdı ve İnternet iş-iş uygulamaları odak noktası haline geldikçe giderek daha önemli bir sorun yarattı. Genel BT mimarisine nispeten yeni bir ekleme olan web, uygulama geliştirmeye bakışımızı ve buna bağlı olarak ilgili hizmetlerin dağıtımını önemli ölçüde değiştirdi.
Örneğin Lands End’de oturum açarsanız, temeldeki uygulamanın AMEX, MasterCard, Visa, UPS, FedEx gibi bir dizi başka taraf tarafından geliştirilen bileşenleri ve bir dizi dahili sistemi kullanmak zorunda kalması pek olası değildir. toplam tüketici alışveriş deneyimini sağlayın.
Sun, Java dili ile doğru zamanda doğru yerdeydi. Javas’ın bayt koduna derlenebilme ve Java Sanal Makinesi olan herhangi bir makinede çalışabilme yeteneği, ona taşınabilirlik sağladı. Tamamen nesne odaklı olacak şekilde tasarlanmış olması, web tabanlı uygulamaları hedeflemesi ve dağıtılmış uygulamalarla ilgili güvenlik sorunlarını gözlemlemesi, kurumsal müşterilere muazzam bir çekicilik kazandırdı.
Visual Basic ise Windows tabanlı uygulama geliştirme dünyasında çizgisini kazandı. Windows İşletim Sisteminden yararlanan uygulamaları geliştirmek kolaydır ve VB geliştikçe, onu giderek daha fazla nesne yönelimli, yeniden kullanılabilir COM / DCOM nesneleri oluşturabilen ve web tabanlı uygulamalar için uygun bir araç yapan daha fazla özellik kazandı. Bugün Microsoft, dünyada 3 milyondan fazla Visual Basic programcısı olduğunu iddia ediyor.
1991’de tanıtılan Visual Basic 6 sürümden geçmiştir. Her biri gücü, özellikleri, esnekliği ve kabiliyeti artırarak iki ana programlama diline (Java ve Visual Basic) yol açtı ve her kamp, ürünlerinin daha iyi olduğunu düşünüyor.
Gerçek şu ki, dil gerçekten anahtar değildir. Kazanan, uygulamaların tasarımını, geliştirilmesini ve dağıtımını sağlayan ve web üzerinden dağıtılan hizmetlerden veya bileşenlerden yararlanan çerçeve / platform olacaktır.
Visual Studio’nun (VB’nin de bir parçası olduğu) bir sonraki sürümünün beklemedeki sürümü ile Microsoft, dil paketinin çalışma şeklini kökten değiştirmeye karar verdi. Visual Studio’nun sonraki sürümü Visual Studio.Net veya VS.Net olarak adlandırılır ve Visual Basic’in sonraki sürümü VB.Net olarak adlandırılır. Pek çok yeni özellik ve yetenek var, ancak bence Microsoft’u merkez sahneye taşıyacak iki büyük değişiklik var.
İlk olarak, VS.Net, C #, C ++ ve VB’nin yanı sıra Microsoft dışı diğer 14 dilin de bağlanacağı ortak bir geliştirme ortamı olacaktır. Dil bir tercih meselesi olacak. Bu büyük ölçüde, ortak bir çalışma zamanı modülü kullanarak hepsinin aynı seviyeye derlenmesinden kaynaklanmaktadır. Ek olarak, hepsi aynı sınıf kitaplıklarını paylaşacaklar. Bunun anlamı, bileşenlerden ve hizmetlerden oluşan bir uygulamanın, hepsinin birlikte çalışacağının güvencesi ile birkaç farklı dilde bir geliştirici ekibi tarafından geliştirilebileceğidir.
Yakından bakılırsa, Java’yı bu kadar popüler yapan genel mimarinin, derleyicinin çıktısının mutlaka yonga setine veya işletim sistemine bağlı olmadığı görülebilir. Microsoft’un doğası gereği Java Sanal Makinesi’ne benzeyen çalışma zamanı modülünü diğer platformlara taşınması için standart komitelerine sunması beni şaşırtmaz. Bu gerçekleşirse, VS.Net ve VB.Net dil yarışında büyük bir adım atabilir.
VS.Net’in tanıtımına paralel olan ikinci büyük olay, SOAP’un gelişidir. Birbirleriyle çalışmaya çalışan farklı bileşen türleriyle ilgili önceki tartışmamızı hatırlıyor musunuz? SABUN veya Basit Nesne Erişim Protokolü, IBM, Sun ve Microsoft’un kabul ettiği XML veya Genişletilebilir Biçimlendirme Diline dayalı açık bir standarttır ve artık rakip standartlarla geliştirilen bileşenlerin iletişim kurmasını mümkün kılmaktadır. XML, yöntemler, ilişkili bağımsız değişkenler ve dönüş değerleri dahil olmak üzere bir sınıfın temel öğelerini açıklamak için kullanılır. SOAP ise XML belgesine giden yolu içeren arayüzü açıklar. Bu, dağıtılmış web hizmetleri kullanarak uygulama oluşturmada birlikte çalışabilirliğin önündeki önemli bir engeli ortadan kaldıracaktır.
Özetlemek gerekirse, Java ve Visual Basic şu anda birbirleriyle güçlü bir rekabet içindedir. ComputerJobs.Com ile yapılan son bir kontrol, Java, Visual Basic ve C ++ gerektiren işlerin dağıtımın% 55,% 35 ve% 10 olduğunu gösteriyor. VS.Net/VB.Net, SOAP ve platformdan bağımsız dil seçme özgürlüğü ile, bu dağıtımın Java’dan Java dışı dillere kayması beklenebilir. Aslında, VS.Net neredeyse 20 farklı programlama dilini (Rational’dan bir Java uygulaması dahil) barındırdığından ve ortak bir bayt kodu seviyesinde derlediğinden, kişisel tercih kesinlikle günü yönetecektir.
Bu makaleyi pdf formatında indirmek için lütfen Burayı Tıklayın …