Creo que no entendiste deno, no es necesario crear un import map o tener especificadas tus dependencias en un deps.ts porque si no no anda tu app... No es asi y realmente hay que verlo como que deno resuelve sus dependencias como en rollup o webpack, cada modulo y submodulo es resuelto en forma de grafos. De hecho si yo quisiera usar rambda con deno simplemente lo tomo de skypack (import rambda from 'cdn.skypack.dev/rambda') y no tengo que andar 'contaminando el ecosistema de deno' con node. Entré buscando algo relacionado con deno y vite y realmente no esncotré nada mas que ejecutar código de src remoto que en este caso lo sirves en el localhost con vite pero nada mas, no hay ninguna integración verdadera. Deno no trata de ser como un navegador... deno es un runtime que alienta las API's estándar. Me parece muy mal evangelizar algo de una manera tan pobre.
PD: Tampoco tienes que hacer maromas para actualizar tu código remoto, si no puedes utilizar version ralease tags en tu código que es como debería ser (por no querer "contaminar la cache") siempre puedes ejecutar deno con el flag --reload (deno run --reload index.html).
Me parece muy mal evangelizar algo de una manera tan pobre.
De nuevo, se nota que no entendiste mi intención. No estoy tratando de vender o convencerte de nada. Este post es sólo un experimento que hice cuando estaba aburrido.
Sigues sin recalcar las cosas que realmente importan, que en resumen es que tu experimento no tiene ninguna utilidad por lo que aclarar:
No recomiendo que empiecen a desarrollar aplicaciones para producción con esta combinación, aún no.
No tiene sentido alguno, porque esto lo que hace es mal informar a la gente y desalentar el uso de tecnologías como deno y vite, digo, donde apelas al punto de que solo estas sirviendo un archivo en el localhost y luego ejecutándolo con deno como si estuviese remoto? y además desinformando de la capacidad de deno de cargar modulos en grafo u omitiéndolo por desinformación. Vuelvo a citarme
Deno no trata de ser como un navegador
No se trata de decirle a la gente que vaya a visitar twitter con deno ni tampoco es un tema de comparación, porque si bien si se comparan en algún párrafo, no tienen la intención de "tratar de ser" si no de dar a entender que alientan la implementación y uso de apis que ya son estándar y algunas funcionalidades. Editar tu post no tiene ningún honor cuando refutas mi argumento. Like a web browser !== trinying to be a browser.
Por ultimo, con tu tema de la intención, fuese cual fuese estas tratando de explicar algo que es pointless y ya partiendo por ahí tu 'tutorial' no tiene valor informativo alguno. Que tal si yo hago un post explicando como servir un archivo js con express en node y correrlo con deno y despues digo que no recomiendo el uso de express con deno? Como si quisiera dar a entender que he integrado la cola con las pestañas, entiendes que no tienen nada que ver? .-.
Creo que no entendiste deno, no es necesario crear un import map o tener especificadas tus dependencias en un deps.ts porque si no no anda tu app... No es asi y realmente hay que verlo como que deno resuelve sus dependencias como en rollup o webpack, cada modulo y submodulo es resuelto en forma de grafos. De hecho si yo quisiera usar rambda con deno simplemente lo tomo de skypack (import rambda from 'cdn.skypack.dev/rambda') y no tengo que andar 'contaminando el ecosistema de deno' con node. Entré buscando algo relacionado con deno y vite y realmente no esncotré nada mas que ejecutar código de src remoto que en este caso lo sirves en el localhost con vite pero nada mas, no hay ninguna integración verdadera. Deno no trata de ser como un navegador... deno es un runtime que alienta las API's estándar. Me parece muy mal evangelizar algo de una manera tan pobre.
PD: Tampoco tienes que hacer maromas para actualizar tu código remoto, si no puedes utilizar version ralease tags en tu código que es como debería ser (por no querer "contaminar la cache") siempre puedes ejecutar deno con el flag --reload (deno run --reload index.html).
Se ve que tú no entendiste la intención del post.
En ningún momento dije que era necesario.
No es literal. No les estoy diciendo que vayan a visitar
twitter.comusando deno.La comparación con un navegador no me la inventé yo. Lee un poco.
Deno 1.0: Release Notes - A Web Browser for Command-Line Scripts
Deno is a Browser for Code
De nuevo, se nota que no entendiste mi intención. No estoy tratando de vender o convencerte de nada. Este post es sólo un experimento que hice cuando estaba aburrido.
Sigues sin recalcar las cosas que realmente importan, que en resumen es que tu experimento no tiene ninguna utilidad por lo que aclarar:
No tiene sentido alguno, porque esto lo que hace es mal informar a la gente y desalentar el uso de tecnologías como deno y vite, digo, donde apelas al punto de que solo estas sirviendo un archivo en el localhost y luego ejecutándolo con deno como si estuviese remoto? y además desinformando de la capacidad de deno de cargar modulos en grafo u omitiéndolo por desinformación. Vuelvo a citarme
No se trata de decirle a la gente que vaya a visitar twitter con deno ni tampoco es un tema de comparación, porque si bien si se comparan en algún párrafo, no tienen la intención de "tratar de ser" si no de dar a entender que alientan la implementación y uso de apis que ya son estándar y algunas funcionalidades. Editar tu post no tiene ningún honor cuando refutas mi argumento. Like a web browser !== trinying to be a browser.
Por ultimo, con tu tema de la intención, fuese cual fuese estas tratando de explicar algo que es pointless y ya partiendo por ahí tu 'tutorial' no tiene valor informativo alguno. Que tal si yo hago un post explicando como servir un archivo js con express en node y correrlo con deno y despues digo que no recomiendo el uso de express con deno? Como si quisiera dar a entender que he integrado la cola con las pestañas, entiendes que no tienen nada que ver? .-.
Sigues sin entender. No estás captando lo que quiero decir.