Web sayfalarındaki JavaScript'e statik olarak yazılmış bir alternatif pratik olur mu?

Dinamik ve statik yazım tercihi büyük ölçüde bir zevk meselesidir ve farklı insanlar bunları farklı durumlarda aşağı yukarı uygun bulmaktadır.

Sorum şu ki, istemci tarafı web sayfası genişletme vb. İçin JavaScript'e statik olarak yazılmış bir alternatif olması mümkün müdür?

Böyle bir şeyin var olamayacağına dair kesinlikle teknik bir neden yoktur. Dinamik olarak yazılan dillerin kullanımını zorunlu kılan istemci tarafı kodu hakkında özel bir şey yoktur .

Başka bir dilin geniş bir şekilde benimsenmesi pek olası olmadığından, en iyi seçeneğiniz, statik olarak yazılmış bir JavaScript sürümü (yani, java'ya yakın bir dil) ve bunu normal JavaScript'e dönüştüren bir ön işlemci oluşturmak olacaktır.

Örneğin, komut dosyanız şöyle görünür:

<script type="text/staticjavascript">
   String foobar(int foo, String bar) {
      String result="";
      for (int i=0; i<foo; i++) {
         result += bar;
      }
      return result;
   }
</script>

ve önişlemci her değişkenin, fonksiyonun, nesnenin vb. türüne göre doğru kullanıldığını kontrol eder ve betiği

<script type="text/javascript">
   function foobar(foo, bar) {
      var result="";
      for (var i=0; i<foo; i++) {
         result += bar;
      }
      return result;
   }
</script>

her tarayıcının üstesinden gelebilir.

Sorum şu ki, istemci tarafı web sayfası genişletme vb. İçin JavaScript'e statik olarak yazılmış bir alternatif olması mümkün müdür?

Elbette. Google Web Toolkit Hemen düşünmek ... JavaScript Java statik-daktilo da hazırlar: bütün güzellik ve Java esneklik, makine tarafından oluşturulan JavaScript tüm performansla!

Cidden, bunu her türlü dil için yapabilirsiniz ve birçoğu denemiştir (C ve C # için de derleyiciler vardır veya olmuştur). Nihai sonucun pratik olup olmadığı, ne yapmaya çalıştığınıza bağlıdır: Google, çok büyük istemci tarafı uygulamaları geliştirmek için tutarlı bir platformdan sonradır ve önyükleme yapmak için kendi JavaScript motoruna sahiptir; Fareyle üzerine gelme efektleri için böyle bir canavarı benimsemenin ve garip AJAX çağrısının, biraz şifrelenmemiş kodla yaşamayı öğrenmekten çok daha fazla acı getirdiğini görebilirsiniz ...

Statik olarak yazılan dillerin faydalarının çoğu derleme zamanında gerçekleştirilir. Dil müşteri üzerinde yorumlanacaksa, bu avantajların büyük bir kısmı kaybolur. Bunları sunucuda derlerseniz, onları nasıl yükleyeceğinizi ve istemcide çalıştıracağınızı anlamanız gerekir (ActiveX denetimlerini düşünün). Karma bir yaklaşımla gidebilirsiniz (bazı orta düzeyde tokenize formla derleyin), ancak temelde Java uygulamalarına geri dönersiniz.

Zaten var.

ActionScript 3 (Flash ve Flex'in arkasındaki komut dosyası dili), güçlü türleri uygulayan bir ECMAScript lehçesidir ve JavaScript ile aşağı yukarı aynı istemci tarafı biçiminde kullanabilirsiniz (fark, AS3'ün bir flash eklentisi gerektirmesi ve derlenmiştir). Ben şahsen bu gün ondan uzak durmaya çalışıyorum, ama "statik" kampta iseniz, bir koşuşturma verin.

Bu asıl soruyu cevaplar ve şimdi buna sahibiz, ikincil sorunuz "Flash pratik mi?" Cevap "evet", birkaç "if" ve "ama"

• ... herhangi bir nedenle kodunuzu gizlemeniz gerekiyorsa.
• ... çok, çok (geçmiş jQuery seviyesi) yüksek bir etkileşim düzeyi istiyorsanız
• ... ancak HTML5 olmasa bile, tarayıcılar arası uyumluluk son zamanlarda çok daha iyi hale geliyor.
• ... ancak HTML5 çok yakında.
• ... ancak statik yazım / derlemenin en büyük çekimlerinden biri (yorumlamanın aksine) optimizasyonlarla sağladığı ek hızdır (ve tip sistemine rağmen Flash gerçekten çok iyi bir hıza sahip değildir)

Teorik olarak, herhangi bir komut dosyasını istediğiniz bir sayfaya yapıştırabilirsiniz. <script>Etiketi bir vardır typesonuçta niteliği.

Tek engel, farklı tarayıcılarda kullanılmaya değer hale getirmek için uygulama açısından yeterli pazar payı elde etmektir.

Yani evet, bu noktada pek olası değil.

Pratik olur mu? Hayır.

Mümkün mü? Evet!

JavaScript'e kendi statik olarak yazılmış alternatifinizi geliştirmek en iyi ihtimalle zaman alıcı olacaktır. En kötüsü, mevcut tarayıcıları istemci komut dosyası dilinizi uygulamaya ikna edemezsiniz ve kendi dilinizi yazmanız gerekir.

Belki cevabınızı burada bulabilirsiniz: /programming/86426/why-require-javascript-rather-than-supporting-a-standard-browser-virtual-machine

Not: Bence daha yeni cevaplar düşük puanlarına rağmen daha içgörüsel.

HaXe gibi dilleri, kodunuzu statik olarak yazarak yazmak ve javascript'e aktarmak için kullanabilirsiniz. JavaScript çok hızlı hale geliyor, bu nedenle çıktı dili olarak yeterli. Statik olarak yazılan bir dili bir web standardı olarak uygulamaya çalışmak imkansızdır. JavaScript'e statik yazım girişimleri, geniş tartışma nedenleri nedeniyle başarısız oldu.

Teknik olarak mümkün olur mu? Java'da uygulanacaksa, önemli performans kaybı olmadan "çok, çok zor ama mümkün" diyebilirim.

Aslında şu anda Java'da statik olarak yazılmış bir DSL'yi el yazısı olarak kullanıyorum ve çalışma zamanı tür denetiminden kaçınmanın tek yolu jenerikleri kullanmak ve "denetlenmemiş" uyarıları bastırmak ... yani, uygulama zamanı gelene kadar çok boyutlu diziler (sınıf parametreleri derleme zamanında bilinmelidir ve bu nedenle doğal olarak sonludur, oysa çok boyutlu diziler sonsuz sayıda türü temsil eder ...) Yine de bunu anlamaya çalışıyorum, ne yazık ki-- eminim ki Kullanıcı tanımlı sınıflarla benzer sorunlarla karşılaşırsınız.

Şey, bu tür problemler üzerinde tökezlemeye devam ediyorum, ama bir süre üzerinde oturduktan sonra, iyi bir çözüm buluyorum. Yani, bunu yapmak ve statik yazmanın performans faydalarına sahip olmak için (çalışma zamanı tipi kontrolü yok), bunun son derece zor olduğunu, ancak imkansız olmadığını söyleyebilirim. Performans eksi, sert ama çok mümkün olduğunu söyleyebilirim.

Bunun eski bir soru olduğunu biliyorum, deneyimimin birileri için değerli olabileceğini düşündüm.

İstemci tarafı komut dosyalarını, kullanıcı aracısının (tarayıcı) desteklediği herhangi bir komut dosyası dilinde yazmak teknik olarak mümkündür. Uygulamada, yaygın olarak desteklenen tek dil JavaScript / ECMAScript'tir. Tarayıcı üreticilerini bu aşamada yeni bir dil uygulamaya ve desteklemeye ikna etmenin başarılı olması muhtemel değildir; bu nedenle, statik olarak yazılan yeni bir istemci tarafı dili kullanmak istiyorsanız, yeni dili JavaScript'e çevirmeniz veya JavaScript'te bunun için bir tercüman uygulamanız gerekir.

Zaten böyle bir şey yapan birkaç proje var; örneğin, diğer yanıtlardan birinde belirtildiği gibi Google Web Araç Seti .

Gerçek dünyada kullanılan tüm tarayıcıları yeni bir dili desteklemek için alma umudunuz olmadığı düşünüldüğünde; dilin jscript'e derlenmesi gerekir.

Web'in tüm örnekleri jscript'te olduğundan, dil çoğunlukla jscript'e benzemelidir.

Ben statik bir denetleyicisi tarafından kontrol ancak aynı zamanda geçerli jscript jscript bir "alt kümesi" var kapsamı olduğunu düşünüyorum. Örneğin:

• Tüm değişkenlerin, ilk kullanımdan önce türleri olduğunu söyleyen bir yorumu olmalıdır.
• Değişkenlerin tüm kullanımları yukarıdakilerle geçerli olmalıdır.
• Bir yorumda bildirilmediyse işlevler / sınıf kullanılamaz #
• Js dosyasının üst kısmındaki yorum, bağımlı olduğu tüm diğer js dosyalarını listelemelidir.

İsteğe bağlı statik yazım ECMAScript'in Proje Uyumunun bir parçasıydı - istemci tarafında [tarayıcı tabanlı] JavaScript'in hiç oluşup oluşmayacağını bilmiyorum. Bu Wikipedia bağlantısına bakın: http://en.wikipedia.org/wiki/ECMAScript#Future_development