HTML5 / JS Sonunda Tüm İstemci Tarafındaki Dilleri Değiştirecek mi? [kapalı]

Sadece hepsinin geleceğini merak ediyorum. IMHO, teknolojinin nereye gittiğini tanımlayan 4 güç var: Microsoft, Apple, Google, Adobe.

Apple'ın iPhone / iPad iAD'lerinde artık HTML5'te programlanabilir. Peki bu HTML5 sonunda obj-c'nin yerini alacak mı?

Ayrıca, Microsoft şimdi WPF / Silverlight'tan HTML5'e odaklandığını ve Visual Studio 2011'in tamamen HTML5 için takım desteği ile ilgili olacağını varsayıyorum. Çünkü Microsoft bunu yapar. (Araçlar). IE9 birkaç ay içinde son büyük tarayıcı HTML5'i destekleyecektir.

Benzer şekilde Adobe, HTML5 bant aralığına giriyor ve en son araçlarında flash içeriği HTML5'e dışa aktarmaya izin veriyor.

Ve hepimiz Google'ın html5 ile yatakta ne kadar olduğunu biliyoruz. Heck, en son İşletim Sistemleri (Chrome OS) büyük bir şişman web tarayıcısından başka bir şey değil.

Mobil Uygulamalar (yani iPhone, Android, WM7) bir şirketin özellikle birçok farklı cihaz için (her biri kendi dili olan) programlaması çok zordur, bu yüzden bunun çok uzun sürmeyeceğini varsayıyorum. Yani, HTML5 birleştirici dil olacaktır. Bu, uygulama geliştiricileri için biraz üzücü çünkü artık kullanıcılar "havalı" html5 uygulamalarını web'de ücretsiz olarak oynayabilecek ve onlar için ücret almak zor olacak.

Öyleyse, güçlü yazılan diller gerçekten mahkumdur ve gelecekte 5-10 yıl, istemci tarafı programlama yalnızca HTML5'te mi olacak? Hepimiz javascript programcısı olur muyuz? :) Çünkü işaretler bu yönden emin ...

HTML5 / JS'nin TÜM istemci tarafı dillerinin yerini almasını önermek yanlış yönlendirilmiş olduğunu düşünüyorum . Gelecek yıllarda birçok uygulama bu şekilde devam edecek mi? Evet muhtemelen. Hepsi olacak mı? Hayır.

Dikkat çekilmesi gereken diğer önemli nokta, manzaranın sürekli değiştiği. HTML5, geliştiricilerin şu anda çapraz platformda çalışan uygulamalar yazmaya çalışırken yaşadıkları birçok sorunu çözmeyi vaat eden harika bir teknolojidir. Elbette, HTML5 / JS bu sorunların çoğunu çözebilir, ancak manzara değişecek ve yeni bir sorun kümesi ortaya çıkacaktır. HTML5 sonunda tarihli görünecek.

10 yıl içinde, HTML5 / JS'nin tüm sorunların çözümü olup olmadığını kendinize sorun ve cevabın hayır olacağını garanti ederim. 20 yıl içinde sorunun kendisi muhtemelen saçma görünecektir.

Javascript çok zayıf bir programlama dilidir. GWT ile Java gibi statik olarak yazılan programlama dillerinden yapılan çeviri giderek yaygınlaşmaktadır. Javascript, birleştirici ile aynı tür birleştirici bir dil haline gelebilir - doğrudan yazabilirsiniz, ancak nadiren iyi bir fikirdir.

Evet.

İşte nedeni. Uygulamalar kullanıcı arabirimi kodu ve arka uç verilerinden oluşur. Kullanıcı arabirimi kodu HTML5 / CSS3 / Javascript içinde çalıştırılır. Arka uç kodu tescilli olabilir ve hangi dilde çalıştırılabilir. Ayrıca, jQTouch ve benzeri kütüphaneler, iPhone benzeri UI'leri taklit etmek için kullanılabilir ancak açık kaynak kodlu ve Javascript / HTML5 / CSS'de yazılmıştır. jQTouch, tarayıcı JS programcılarına cihazın UI olaylarına erişim izni verirse, JS programcılarının aynı platform için moda olan hangi UI stilini taklit edeceğini göstermiştir.

Javascript programcılarına her zamankinden daha fazla talep olacak. Model görünümü denetleyicisi mimarisinde, model ve denetleyici arka uçtadır, ancak görünüm kodu en iyi tarayıcıda yazılır. HTML5, Javascript, CSS. Ve özellikle ağır AJAX koduyla arka uç verilerine erişmek için JS kodu yazmanız gerekir.

Verimlilik kazanımlarının hepsi dinamik olarak yorumlanan dillere gidecek. İşlemciler daha hızlı ve daha hızlı hale geldikçe, programcı kodlama verimliliği, sysadmin verimliliği ve uygulama yöneticisi verimliliği genel üretkenlik üzerinde daha güçlü etkiler oluşturur. Programlama dilinizin VM'sinin veya derleyicisinin artık ne kadar hızlı çalıştığı konusunda endişelenmenize gerek yok. Uygulamanızı sağlamanın ve desteklemenin maliyeti hakkında daha fazla endişelenmeniz gerekiyor.

Çoğu bağımsız uygulama bence o kadar da iyi değil. Tıpkı birkaç harika PC uygulaması olduğu ve en iyi uygulamaların web uygulamalarına dönüştürüldüğü gibi. HTML / JS / CSS istemci uygulamasını ücretsiz olarak vermek ve arka uç verilerine ve iş mantığına erişim için aylık ücret almak daha iyidir. Programcılar, tek seferlik uygulamalardan daha iyi satış abonelikleri yapacaklardır.

BTW, Webkit tarayıcısında bağımsız bir web uygulamasının bir kısmını yazma konusunda bu videoya bir göz atın . Bu ilginç...

C ++, Java ... gibi uygulama kodlama dillerini HTML / Javascript ile değiştirme isteği vardır. Bunun arkasında birçok neden var, bazıları:

• Daha hızlı gelişim
• Daha ucuz işgücü
• Yerleşik bağlantı
• İyi görünen bir şey üretmek daha kolay
• Metin endeksleme motorları tarafından erişilebilir

Yine de, JavaScript için açılan yedek olarak kullanılmak üzere başka diller de görünecektir. Sonuçta, üst düzey bir dil olarak kalırken her şeyi doğru yapabilen bir dile sahip olmak zor! Ve JavaScript bir süredir etrafta ve bazı eksiklikler birikti.

JavaScript, istemci tarafı için ana dil olarak ortaya çıkabilir, ancak tek dil olabileceğini veya tek dil olması gerektiğini düşünmüyorum , çünkü JS, standartlara dayalı, komite tarafından tasarlanan bir dil olduğundan, bu sadece yeniliği öldürecek bu düzeyde (programlama dilleri).

Ayrıca, geliştiricilerin çoğunun becerisine ve kullandıkları araçlara da bağlıdır. Bahsettiğiniz teknoloji devleri, sağladıkları araçlara dayanan bir teknolojiyi yönlendirebilir. Örneğin, insanlar HTML5'in Flash katil olduğunu söylüyorlar ama çok fazla Flash geliştiricisi var ve becerilerini JavaScript'e kaydırmak zor bir görev. Sonunda ne olur beceri aynı kalır, ancak çıktı farklı olur. Bu durumda Adobe, HTML5 dönüştürme aracıyla gelir.

Ayrıca, istemci uygulamalarının performansını da düşünmelisiniz. Gerektiğinde platforma özgü bir araç kullanılacaktır. Örneğin oyunları ve iOS uygulamalarını alır. WebGL'nin iyi çıktığını biliyorum, ancak insanların hala oyun oluşturmak için C'yi kullandığını hissediyorum. Veya yüksek performanslı oyunlar yaratan bir oyun dili yaratırlar. Apple başlangıçta sadece webapps istiyordu ancak geliştiriciler Kakao harikalarını görünce şık uygulamalar oluşturmak için üzerine atladılar.

Özetlemek gerekirse, her zaman güncel olanlardan daha serin olacak yeni araçlar / dil / teknolojiler olacaktır .

Muhtemelen çoğu değil hepsi. Javascript, HashCalc'ın yerini alacak kadar hızlı olabilir, ancak VLC'ye alternatif bir web alternatifi yoktur (tarayıcılar tüm bu kodekleri desteklemeyecektir). Şüphesiz, web tarayıcıları istediğim herhangi bir dosyaya erişmeme izin veriyor veya son bir dosya listesini saklıyor (son dosyaya her tıkladığımda 'erişim için bu bir sorun yok') ve% 99 web tarayıcısı olan uygulamaları dağıtma fikrinden hoşlanmıyorum bc tarayıcıları html ile geriye dönük uyumlu değil veya ben webkit bir varyant / hafif modifikasyon gerekir durumlarda (100 mb) benim 100 kb kod ile.

-edit- Ayrıca dinamik yerine statik dilleri seviyorum ama tarayıcı tarafından desteklenmesi gereken LLVM ile iyi bir dil kullanabileceğinizi varsayıyorum.

Tarayıcı işletim sistemi haline gelene kadar bu yönde ilerlemeye devam edeceğimizi ve sonra her şey aynı sırayla ancak öğrenilen dersler ve iyileştirmelerle yeniden döngüye girmeye başlayacağımızı düşünüyorum.