İstediğim bir dilde istemci tarafı tarayıcı kodunu kodlayabilecek miyim? [kapalı]

Acımasızca dürüst olacağım: JavaScript'te istemci tarafı kodu yazmaktan nefret ediyorum. Az söylemek gerekirse, bu dilin hayranı değilim.

Tarayıcıların ara sanal bir makineden (CIL veya JVM gibi) değil, bir programlama dilini desteklediği bana aptalca geliyor . İkincisi, programcıların önceden belirlenmiş bir sabit dilde değil, belirli bir dilde (bir dereceye kadar) yazmalarına izin verecektir. Bu dil daha hızlı gelişebilir, çünkü yalnızca CIL / JVM / 'de yapılan değişiklikler her büyük tarayıcının yükseltilmesini gerektirir. Eski tarayıcı deneyimini etkilemeden dil özellikleri eklenebilir.

Ara dillerin getirdiği muazzam çaba tasarrufu iyi bilinmektedir . JavaScript dışında bir şeyde ve özellikle de önceden tasarlanmış, geliştirilmiş ve optimize edilmiş bir sanal makinede tarayıcı "komut dosyası" oluşturmaya yönelik herhangi bir girişim var mı? Herhangi bir momentumu var mı?

Sorunuzu cevaplamak için evet, Javascript'i web komut dosyaları için daha uyumlu bir dil lehine kullanımdan kaldırılmaya çalışılmaktadır. Google, Dart dillerinin arkasında çok fazla itici güç oluşturuyor . Dart'ın zaten Chrome'a ​​gömülü olan kendi VM'si var, ancak diğer tarayıcıların henüz benimsediğinden emin değilim. CoffeeScript adında oldukça ümit verici bir dil de var .

Ayrıca HaXe adında çok sayıda geliştirme platformunun yanı sıra tüm geliştirme platformlarını tek bir dilde birleştirmeyi hedefliyoruz.

İnanın Javascript'i sevmekten yalnız değilsiniz, ama korkarım yakında bir yere gitmeyeceğim - aslında Windows 8 HTML5 / JS uygulamaları vb.İle çok fazla ivme kazanıyor gibi görünüyor. bahsetmeye başlıyorlar :)

Javascript'in kendisi, diğer dillerin derlenebileceği bir sanal makine tanımlayan bir ara dil olarak görülebilir. GWT gibi projelerde bu kavram zaten başlıyor. Sıfırdan tasarlayacağınız şey olmayabilir, ancak "en sevdiğiniz dili" Javascript'e derleyebileceğiniz bir gerçeklik haline geliyor.

Aslında hayır. Javascript ile oldukça sıkışıp kaldınız.

Bu having, gemide başka diller Bunların her biri gerçekten javascript çünkü javascript sahip olduğunu çekiş kazanmıştır asla (Java uygulamaları, vbscript, vs.) getirmek için geçmişte çabaları olmuştur entegre .

Bahsettiğiniz şeyi oluşturmanın tek yolu, sanal bir makinede çalışan, derlenmiş istemci tarafında ve daha sonra yürütülen bir komut dosyası dili oluşturmaktır. Daha sonra her tarayıcının sanal makineyi kendi kod tabanına uygulaması gerekir, böylece tüm kod tüm tarayıcılarda çalışır. Ardından, tüm tarayıcıların komutları aynı şekilde yürütmesi için bir tür standartlara sahip olduğunuzdan emin olmanız gerekir. Tabii ki, tarayıcılar bağımsız olarak yaratılıyor, muhtemelen geliştiricilerin akılda tutmaları gereken tuhaflıklar olacaktır.

Ama şimdi Javascript'i yeni tanımladık.

Sonuçta seçimleriniz:

1. Javascript'e alışmak
2. Javascript için derlenen bir dil kullanmaya çalışın. (Seçenek 1'e geri dönen Javascript'i hala doğrulamak isteyeceğinizi unutmayın.)
3. tarayıcıya eklenti olarak bulunan bir eylemi kullanın; örneğin, actioncript (Flash), ActiveX, java uygulaması, .Net (SilverLight). Bu, dilin birden çok satıcısı / uygulamasıyla ilgili sorunu önler, ancak dili entegre etmez .

Temel olarak, entegre bir dil istiyorsanız, Javascript ile sıkışıp kalırsınız.

Aslında, Ecma standartlarında açıklandığı gibi javascript'ten nefret etmiyorsunuz, ancak garip, hata ve wtfs ile çeşitli tarayıcılarda korkunç uygulamadan nefret ediyorsunuz. Sunucu tarafı Javascript aslında oldukça keyifli. Ayrıca DOM Modeli, istemci tarafı javascript ağrısının% 80'inin nedenidir.

Hala başka bir dil kullanmak isterseniz, kullanabilirsiniz GWT sonra (çirkin) javascript veya içine derlemek, temelde Java yazalım ki, CoffeeScript JS üzerinde sözdizimsel şeker, JS içine derlemesinin söyledi.

Bu soru zaman zaman ortaya çıkıyor.

Neden komut dosyası etiketlerinde sadece Javascript yerine başka dillerimiz yok?

Geri gün IE Javascript alternatif olarak VB tanıttı. Sanırım zaten yakalandığında standartların cehenneme nasıl yol açacağını görebiliyorsunuz ...

Öyleyse neden ortak bir standart ara dil olmasın?

Brendan Eich'ten yakın gelecekte neden bir ara bayt kodu dili görmediğini açıklayan eski bir podcast var:

http://www.aminutewithbrendan.com/pages/20101122

http://news.ycombinator.com/item?id=1893686

Temel sorun, ara dil (CIL ve JVM bayt kodları gibi) genel olmaya çalışırken, çoğu zaman çok düşük düzeyli ve kendileri için derlenen orijinal üst düzey dillere çok bağlı oldukları ortaya çıkar. Örneğin, JVM'de kuyruk özyinelemeli işlevleri gerçekten uygulayamazsınız - düşük düzeyli bir bayt kodu soyutlamasına çok erken bağlanırsak hangi dil özelliklerini veya uygulama seçeneklerini uygulayamayız?

Bu arada, Javascript, gelişmiş anlambilim ve çoklu, farklı, etkili uygulamalara sahip esnek, yüksek seviyeli bir dildir. Gelecekte görebileceğimiz şey Javascript'in kendisi bir ara dil olarak - Maalesef bu biraz olgunlaşmamış ve bugün itibariyle JS'ye birkaç dil derleniyor.

Evet. Dart, Coffeescript ve Java'yı Javascript'e derleyebilirsiniz. Javascript bayt kodu oluşturmak için LLVM için bir derleyici arka ucu olan Emscripten var (ve LLVM, inanıyorum ki birkaç dili işler).

Ancak JS'ye derlemek dışında, kısa bir zaman dilimi içinde değil. IE6 10 yaşında ve hala tekmeliyor. Umarım mevcut tarayıcılar (diğer dilleri desteklemez) bu kadar uzun süre hayatta kalamazlar, ancak birkaç yıl boyunca etrafta olacaklar ve "sadece Javascript'i destekleyen tarayıcıları desteklemeliyiz, bu yüzden Javascript'i kullanmalıyız ", CSS3'ten çok daha zor bir yolla siteniz CSS3 olmadan çalışabilir, ancak istemci tarafı komut dosyası olmadan çalışmasını sağlayın.

Sadece şanslı olabilirsin. Bu, webkit-dev forumundaki bir sunumun açılış paragrafıdır:

Birçok dil, web üzerinde çalışmak için bugün JavaScript'i derlemektedir. Alternatif olarak, WebKit'te farklı dil çalışma zamanlarının JavaScript ile birlikte web sayfalarında çalışmasını sağlamayı deniyoruz ...

İletinin geri kalanını burada görüntüleyebilirsiniz .

JavaScript, tarayıcıların ruhudur, bu yüzden yeni denemelerin çoğu JavaScript üretmektedir (CoffeeScript açık bir örnektir).
GWT'de, istemci tarafı mantığınızı Java programlama dilinde kodlar ve araç setini JavaScript oluşturur.

ClojureScript, Lisp kodlamasındaysanız ilginç bir projedir.

Ne olursa olsun, JavaScript kalmak için burada. (Web'in COBOL'u belki?).

"Herhangi bir müşteri, siyah olduğu sürece istediği rengi boyanmış bir araca sahip olabilir." -- Henry Ford

Javascript'i hedefleyen çok sayıda derleyici zaten var ve javascript için derlenen herhangi bir dili seçebilirsiniz .

Ara dillerin değerini tartışan bağlantınız, bunları bir ağ üzerinden gönderilecek ve bir istemci makinesinde çalıştırılacak kod sağlamada değil, bir derleyici paketi uygulama bağlamında tartışır. Javascript bunun için en iyi format olmayabilir, ancak her neyse, CIL veya java bayt kodlarına çok benzemez.

Javascriptten nefret ediyorsanız, C, Fortran ve C ++ 'ın tünele hükmettiği Gömülü, Bilimsel veya oyun geliştirme alanına girmenizi öneririm. İş kolu uygulamaları çok fazla web'e taşınıyor ve bu daha az değil, daha fazla Javascript anlamına geliyor.