V8 / Chakra vs CLR - Quel sera l'impact dactylographiées

voix
0

En regardant les différentes présentations sur tapuscrit, il me semble que si V8, ou Chakra l'un des moteurs javascript match (se rapprochent?) La performance du CLR (quelqu'un sait s'ils le font?), Sûrement ce empiètent sur le Net espace?

Le typage statique semblait être un grand facteur de différenciation entre le monde dev .Net et le monde js. Étant donné que maintenant tapuscrit est livré avec les avantages de la

  • typage statique
  • plate-forme transversale
  • l'accès au système d'éco js (d'une manière statiquement typé)
  • (Étant donné que le compilateur est en tapuscrit (avec un fichier .d disponible), je ne sais pas si vous avez effectivement presque « compilateur en tant que service »)

Je me demandais si quelqu'un pouvait expliquer un problème d'espace mieux approché en utilisant le système ensemble d'outils / eco .Net? Ou est-il plus bas à ce que l'on sert à / où « on est à »?

THX

S

Créé 08/10/2012 à 12:55
source utilisateur
Dans d'autres langues...                            


2 réponses

voix
4

Les plates-formes C # et Java sont le résultat de 50 années d'évolution continue dans la conception de la langue et de l'ingénierie logicielle. Ils sont probablement les meilleures plates-formes disponibles aujourd'hui pour écrire de grands organismes de code de programme, disons 25.000 lignes vers le haut.

Tapuscrit résout juste deux problèmes lors de l'adoption de JavaScript pour le développement à grande échelle, à savoir un typage fort et extensions orientées objet. En tant que programmeur C # Je veux LINQ, Génériques et CodeContracts. Tapuscrit tombe court comme un remplacement, mais il ne se déplace sensiblement la limite à laquelle sont mieux utilisées JavaScript et C #.

Je dis cela en tant que programmeur C # qui considère l'événement comme tapuscrit de nouvelles les plus importantes depuis LINQ.

Créé 08/10/2012 à 14:40
source utilisateur

voix
1

Il n'y a rien de nouveau sous le soleil avec Tapuscrit. Il est juste un traducteur de langue, il ne comprend pas une implémentation VM. La sortie est Javascript régulier, il ne fonctionnera pas plus rapide ou plus lent que JS réalisé à la main.

La valeur ajoutée la plus importante pour l'amélioration est Tapuscrit temps de développement. Trouver les bogues tôt grâce à la saisie, mais il est toujours en option, l'auto-complétion fiable et le soutien de refactoring. Tout ce que vous aurez besoin de faire confiance à une langue à utiliser dans les grands projets qui sont encore maintenable. Et oui, les aspects du compilateur en tant que service est là, bien démontré par Anders quand il a couru dans Chrome Tapuscrit Google avec Tapuscrit dans le volet gauche et le Javascript généré dans le volet droit, produit instantanément lors de la frappe.

Créé 08/10/2012 à 14:10
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more