|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - JuanK
Páginas: 1 ... 24 25 [26] 27 28 ... 231
626
« en: Jueves 5 de Abril de 2007, 19:05 »
Creo que nadie tiene 100% claro lo que diferencia a un termino de otro, y por otro lado: http://en.wikipedia.org/wiki/Portable_Executableaca dice que el CIL es multiplataforma: Intermediate Language (IL) code is abstracted, language independent code that satisfies the .NET CLR's Common Intermediate Language (CIL) requirement. The term "Intermediate" refers to the nature of IL code as cross-language and cross-platform compatible. This intermediate language, similar to bytecode in the Java programming language, allows platforms and languages to support the common .NET CLR (rather than vice versa). IL supports object-oriented programming (polymorphism, inheritance, abstract types, etc.), exceptions, events, and various data structures. IL code is assembled into a .NET PE for execution by the CLR. Y tambien hablan de portabilidad... C# al compilarce genera codigo CIL siempre, y si CIL es multiplataforma C# y el visual basic .net tambien .
627
« en: Jueves 5 de Abril de 2007, 18:40 »
En teoría los lenguajes CLR son multiplataforma al ser interpretados y no compilados. Ahora, para que lo sean completamente (y realmente multiplataforma), las implementaciones para los diferentes SO deben ser compatibles entre sí COMPLETAMENTE, cosa que, aunque bastante bien, todavía no es 100% cierta (p. ej. Windows Forms). En base a esto me pregunto: ¿Que es realmente multiplaforma entonces? ¿El binario o la maquina virtual?
desde luego el binario es multiplataforma pero debe existir una maquina virtual para cada OS. Creo que hay dos tipos de "multiplataforma", el original (por ser mas antiguo) es el que se aplica al CODIGO FUENTE y esta ligado a los lenguajes compilables y otro, que es mas moderno, y se aplica sobre los BINARIOS y esta ligado a los lenguajes interpretados (o que se ejecutan en una maquina virtual, etc). Esa definición es tuya? no encontré en wikipedia nada que hable de tipos de multiplataforma. Respecto a lenguajes antiguos soy ignorante, como funcionaba un lenguaje multiplataforma viejo? el mismo lenguaje y el mismo ensamblado se ejecutaba siempre? sino usaban una vm como funcionaban?
628
« en: Jueves 5 de Abril de 2007, 18:34 »
Portable: que se puede hacer ejecutar el programa en otros sistemas operativos / máquinas haciendo leves modificaciones en el código (desde que se piense de antemano) o a veces solo recompilando.
Multiplataforma: El mismo programa sin recompilación o modificación alguna se ejecuta normalmente en cualquier otro sistema/máquina. ¿Esa definicion es tuya?
http://en.wikipedia.org/wiki/Multiplatform
Felicitaciones a Wikipedia, a Dios gracias no soy un diccionario ambulante, Bueno aca esta mas puntual, para los amigos de las definiciones exactas: http://es.wikipedia.org/wiki/Portablehttp://es.wikipedia.org/wiki/MultiplataformaPor otro lado no creo que MONO soporte todos los S.O.s y/o procesadores donde existen compiladores de C. Seguramente que no pero cualquiera que lo desee puede hacer el soporte necesario, asi como se hicieron los copiladores de c++.
629
« en: Jueves 5 de Abril de 2007, 18:28 »
lo de programar bajo los frameworks o los SDK API's tiene que ver tb con un tema de qué se quiera hacer y bajo que costo... es sierto que los Frameworks son relativamente(va, en realidad no relativamente) más sencillos de programar, que el SDK API, pero trae aparejado un tema de rendimiento bastante particular, y esto se nota cuando haces programas simples (como un "hello world" en el que el mismo programa puede pesar hasta 100 veces más y ocupar 100 veces más memoria), esta diferencia en programas complejos (que superen los 20mb) se amortiguan un poco, pero siempre queda en cuestión que tipo de usuarios van a usar tu programa...
S2 creo que al usuario no le importa en que lenguaje se hace un programa, lo que le importa es que funcione. y esde ese punto de vista el punto es que tipo de programa vas a hacer, si es un programa que requiere un altisisimo nivel de computo lo mejor es usar c++ pero este tipo de programas no son muchos.
631
« en: Jueves 5 de Abril de 2007, 05:42 »
En teoría los lenguajes CLR son multiplataforma al ser interpretados y no compilados. Ahora, para que lo sean completamente (y realmente multiplataforma), las implementaciones para los diferentes SO deben ser compatibles entre sí COMPLETAMENTE, cosa que, aunque bastante bien, todavía no es 100% cierta (p. ej. Windows Forms). La implementación del framework 1.1 actualmente es es 100% compatible en cualquier versión de mono y/o de .net... la que aun no se es la de la 2.0 pues solo menciona que esta soportada.
632
« en: Jueves 5 de Abril de 2007, 00:13 »
tengo un amigo q programa en ese lenguaje y unaves me dio q el no usava Linux porq c# solo es para windows No te juntes con malas compañias  no sabe de lo que habla. el punto es q me estoy interesando por c# pero si es q enrealidad este lenguaje es multiplataforma, q programa necesito para empesar a programar en Linux con este lenguaje? Como SDK := mono http://www.mono-project.com/Main_PageComo IDE := monoDevelop http://www.monodevelop.com/Main_Page
633
« en: Jueves 5 de Abril de 2007, 00:05 »
que queres decir con portable?, portable no significa que tiene un compilador para determinados sistemas?, que diferencia tiene con ser multiplataforma? Portable: que se puede hacer ejecutar el programa en otros sistemas operativos / máquinas haciendo leves modificaciones en el código (desde que se piense de antemano) o a veces solo recompilando. Multiplataforma: El mismo programa sin recompilación o modificación alguna se ejecuta normalmente en cualquier otro sistema/máquina.
634
« en: Jueves 5 de Abril de 2007, 00:03 »
delphi 8 o Delphi. NET es tan multiplataforma como C# o sea que ya delphi hora es 100% CLR? no sabia eso  Igualmente C# tiene pinta de tener más futuro. (solo por tener soporte de Microsoft?) No lo se, puede que eso sea una de sus ventajas pero no creo que sea la mas importante ni tampoco la de mas directa. en fin. respeto a multiplataforma tiene mas futuro porque para linux porque mono decidió soportar primero C# que cualquier otro CLR.
635
« en: Miércoles 4 de Abril de 2007, 23:28 »
visual basic 6.0 : no
visual basic.net : es multiplataforma
pascal, delphi, : son portables pero no multiplataforma
visual foxpro : no
C# : multiplataforma
636
« en: Miércoles 4 de Abril de 2007, 20:11 »
fácil, poderoso y útil: C#
también puedes optar por java o por C++ lo mismo.
637
« en: Miércoles 4 de Abril de 2007, 17:12 »
fácil, poderoso y útil: C#
también puedes optar por java o por C++
638
« en: Miércoles 4 de Abril de 2007, 04:03 »
ejemplo para inicializar los nodo... using System; using System.Collections.Generic; using System.Text; namespace Lista { public class Nodo { public Nodo abajo; public Nodo proximo; public Nodo() { } } class Program { static void Main(string[] args) { Nodo nodoPadre = new Nodo(); Nodo nodoAux; //asociar al nodo de abajo nodoPadre.abajo = new Nodo(); //el proximno nodoPadre.proximo = new Nodo(); //Por ajemplo ahora asignarle al nodo de abajo su correpondiente nodo de abajo y el proximo nodoAux = nodoPadre.abajo; nodoAux.abajo = new Nodo(); nodoAux.proximo = new Nodo(); } } }
639
« en: Miércoles 4 de Abril de 2007, 03:43 »
lo primero es crear un nodo de informacion public class Nodo { public Nodo izquierdo; public Nodo proximo; public Nodo() { } }
640
« en: Martes 3 de Abril de 2007, 18:05 »
veo, usar entonces cygwin también sera posible al menos para lo básico.
641
« en: Martes 3 de Abril de 2007, 17:59 »
SUCEDE EXACTAMENTE IGUAL;
642
« en: Martes 3 de Abril de 2007, 03:05 »
Entonces, sabiendo que Windows tiene implementado el sistam POSIX :
podes ver este ejmplo y su documentacion. Lo que dice ahi es que hay implementaciones para Windows y no que Windows implemente POSIX, en realidad este S.O. soporta un subconjunto muy reducido del standard POSIX y para hacer uso de esas funciones hay que generar ejecutables para el subsystem Posix que no permite acceder a la API de Windows asi como asi. Debe de ser muy complicado hacer que interactuen... no lo dudo, pero no es necesario que interactuen. puedes hacer aplicaciones posix y ejecutarlas en windows teniendo en cuenta: http://support.microsoft.com/kb/q149902/• Las aplicaciones con POSIX sólo inician otras aplicaciones POSIX. Ellos no pueden iniciar aplicaciones DOS, OS/2, Win16 o Win32. • Las aplicaciones con POSIX no pueden llamar a ningún API Win32. No tienen ningún acceso a DDE OLE, la memoria asignó archivos, canalización con nombre, socket de ventanas y otras características Win32. • Las aplicaciones con POSIX no pueden cargar un DLL para Win32 implícitamente o explícitamente. • Las aplicaciones con POSIX no tienen acceso a cualquier API de red como canalizaciones o socket. No forman red en cuenta pero pueden tener acceso a archivos a través de la red. • Las aplicaciones con POSIX no ofrecen ninguna compatibilidad de origen de depurador de nivel. No puede utilizar Windbg o el depurador de Microsoft Visual C++ para depurar aplicaciones POSIX en Windows NT. Para poder ejecutar aplicaciones POSIX.1 se debe tener en la maquina los siguientes archivos: Psxss.exe El server del subsistema posix Posix.exe El administrodor de sesiones de la consola POSIX Psxdll.dll La libreria dinamica de POSIX No viene por defecto en el sistema pero por ejemplo para windows 2000 se consiguen en el Windows 2000 Professional Resource Kit. Mas información al respecto: http://www.microsoft.com/technet/archive/n...p.mspx?mfr=truedonde dice que hay una forma de comunicar las API una forma no muy limpia pero ahi esta: Communicating with Other Subsystems
Windows NT supports a common command processor that can run commands from any subsystem. In addition, Windows NT supports piped input and output between commands of different subsystems. For example, you could run the ls utility and pipe the results through the more command to the console:
643
« en: Martes 3 de Abril de 2007, 02:31 »
la aplicacion debe estar preferiblemente hecha modular mente donde cada grupo de módulos o módulos estan compilados en una libreria (dll) independiente de las demas, de tal forma que cada vez que actualizas un modulo actualizas solo la dll que contiene dicho modulo.
644
« en: Martes 3 de Abril de 2007, 02:23 »
645
« en: Lunes 2 de Abril de 2007, 17:05 »
si
646
« en: Lunes 2 de Abril de 2007, 16:03 »
se trata de evitar y esa es la tendencia...
que si tiene futuro ... lo sera por unos años mas, o puede que nunca se deje de usar del todo pero en esencia es no usarla sino es estrictamente necesario. si tengo que hacer un proyecto sobre windows y si o si tiene que ser C++ que alternativas hay para dejar de usar la API?. Bueno, ya que mencionaron esta la MFC, wxwidgets y cuales mas? una mas y mi recomendacion : .net framework.
647
« en: Lunes 2 de Abril de 2007, 15:51 »
Hola amigos, se me vino esta interrogante despues de ver varios ejemplos distintos en como borrar un objeto, y quisiera saber como se borra un objeto de la memoria, io utilizo objeto como SqlConecction, SqlCommand, SqlDataAdpater, DataSet, DataTable y quisiera eliminarlos de la memoria cuando ia no los necesite, io lo hago asi:
Pero veo en ejemplo que lo hacen asi:
Me dicen que para utilizar Dispose hay que crear un metodo, pero io no he creado clases solo utilizo las de .Net Frameword, toy un poco confundido pero como elimiar de la memoria esos objetos???? de antemano muchas gracias nos vemos  Para usar Dispose debes implementar la interfaz IDIsposable, epro eso solo aplica para objetos que contienen elementos ( o sea mas objetos) pero estos no están en la memoria administrada, es decir Dispose solo se usa para liberar los recursos no administrados. No hay manera de obligar al garbage colecetor a liberar un objeto cargado en memoria, pero si se puede dejar un objeto como candidato para ser liberado, para ello hay que cumplir solo un requisito fundamental. Liberar cualquier referencia al objeto, es decir asignar null. si un objeto tiene al menos una referencia nunca sera liberado. Aca el objeto puede ser liberado: TextBox t= new TextBox(); t=null; Aca el objeto no sera liberado: TextBox t= new TextBox(); FormaCorreo.CorTextBox = t; t=null; pues FormaCorreo.CorTextBox aun tiene una referencia al objeto. Una vez ya no hay referencias al objeto el GC puede determinar si leberarlo o no de acuerdo a los recursos consumidos actualmtente en memoria, a la memoria disponible, a la intensidad de proceso, a la encesidad de espacio en memoria etc... pero no hay forma de forzarlo, lo mas cercano es llamando a GC.Collect pero esto solo hara una revision para ver que memoria liberar pero no lo obliga a liberarla.
648
« en: Lunes 2 de Abril de 2007, 06:42 »
ademas he corrido hasta 6 hilos sin problemas en una P3 770 Mhz 128 de ram ...
con winxp ...
el doble nucleo y hiperthreading no tienen nada que ver en lo que decia ya que el so reparte el acceso a los recursos, ademas no consumen tanta maquina...
caso que debas pausar uno tenes un Suspend o mediante una variable global haces un Sleep, no es tanto el drama de los hilos....
Lamento decirte... pero eres muy ignorante respecto al tema... demasiado ignorante. Ese conocimiento teorico es basico y estas demostrando que no lo sabes. y lo secuencial si bien es seguro es mas embrollado para mi ...
yo divido todo en funciones aparte y es mas facil...
por que sino te queda un while mas grande que la mierda y ademas de que es poco viable si alguna funcion es bloqueante .......... eso solo es cierto si programas como se hacia hace 20 o 30 años es decir programación secuencial, ya eso no se usa Se programa estructurado por módulos y sino mil veces y preferible POO... para dejar de usar secuencial no necesitas hilos, necesitas cambiar de paradigma y pensar diferente. Deja ya el orgullo y la soberbia y date cuenta que andas en pañales no solo en vgames sino en conceptos de programación y de SO.
649
« en: Lunes 2 de Abril de 2007, 06:38 »
LAMENTO DECIRTE QUE ESTAS EQUIVOCAD@. El problema con los hilos es que solo funcionaran en juegos pequeños y te exigirán mucho mas trabajo en tiempo de codificación y recursos de máquina... nada de eso es bueno. Los hilos no se usan como tu dices ni en los juegos 2d mas básicos ni en los juegos 3d mas complejos, de que fucionan... puede que si... pero solo en juegos pequeños y realmente la relacion costo beneficio se va a perdidas. Te recomiendo que te asesores mas acerca de fundamentos de programación de videojuegos para que evites invertir mucho esfuerzo en algo que realmente no vale la pena. www.vjuegos.orgwww.gamedev.nethttp://www.gamasutra.com/www.gamedev.org
650
« en: Lunes 2 de Abril de 2007, 05:24 »
tienen que entrar con el usuario administrador y hacer backup de los datos, si aun asi no hay nada solo hay 1 de dos opciones:
1- ya lo perdieron todo, lo borraron de antemano incluso indirectamente habiendo borrado el perfil
2- ahi no estaban y por alguna política de dominio o lo que sea, la carpeta de documentos del usuario queda redireccionada a otro lugar en otra pc de la red... generalmente un server utilizado para tal fin.
Páginas: 1 ... 24 25 [26] 27 28 ... 231
|
|
|
Mostrar Mensajes
. Eso si, con el IDE es muy fácil diseñar los formularios y demás 