|
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 - Kev
Páginas: 1 ... 10 11 [12] 13 14 ... 30
276
« en: Sábado 20 de Agosto de 2005, 01:43 »
Bueno men la forma de leer depende de los nodos que tenga tu Xml ya que en ASP es un poquito duro trabajar con XML ya que tienes que ver al XML como un arbol y donde trabajas con nodos, y dependiendo de los nieveles que tengas vas leendo. Si encuentro alguno de mis practicas lo subo Ok, voy a buscarlos Salu2
277
« en: Sábado 20 de Agosto de 2005, 01:39 »
Bueno otra solucion seria que realices una sobrecarga en la funcion ToString Dim i as integer = 21 Context.Response.Write(i.ToString("000000")) 'Esto devolvera 000021 'Nota el Context.Response.Write es una funcion para WebForms 'Si trabajas con WinForms puedes usar MessageBox.Show(i.ToString("000000")) 'Pero ahi esta la idea
Salu2
278
« en: Sábado 20 de Agosto de 2005, 01:29 »
Hola, pues si la funcion DateDiff vienen de Microsoft.VisualBasic, ahi estan contenidas todas las utiles funciones que nos eran de gran utilidad en proyectos de VB 6.0 ahora en .NET no tiene otro DateDiff, por eso tienes que recurrir al uso del Microsoft.VisualBasic y todas sus funciones contenidas, que para eso estan incluidas en .NET, ahora como al usar esto solo haces una referencia no tienes por que preocuparte ya que esta referencia se agrega a tu proyecto y no hay problemas a la hora de empaquetar, porque esas son las ventajas de .NET. Estas funciones que tiene el anterior Visual Basic si que eran, son y seguiran siendo de mucha utilidad, incluso a la hora de programar con C# puedes usar estas funciones desde este lenguaje, y no solo desde C# en resumen desde cualquier lenguaje .NET, a mi cuantas veces me salvo esta libreria cuando estuve programando con C# ya que no queria volver a inventar la rueda(rehacer estas funciones en C#) asi que use Microsoft.VisualBasic, ahora no es que no haya caso realizarlo desde C# sino que te lleva mas tiempo, por ejemplo al usar la funcion IsNumeric esto tenia que mandar a una funcion donde usaba una funcion de sobrecarga y con manejo de excepciones obtenia el IsNumeric, tambien se lo hubiera podido hacer manejando como cadena, etc hay N-cientas formas de hacerlo y el chiste esta en buscar la mas optima y eficiente, pero como dije para que reinventar la rueda, asi que pensemos todo orientado a objetos. Salu2
279
« en: Martes 16 de Agosto de 2005, 20:34 »
 Que duros.... Bueno yo creo que la duración de aprendizaje se debe también a lo que la persona este acostumbrada, por ejemplo a mi se me hizo mas facil aprender asp .net porque la sintaxis es similar a la de visual basic, y en ese lenguaje estoy mas avanzado, mientras que en PHP se me hizo mas dificil, porque usa otro tipo de sintaxis (creo que es C), a mi se me hizo mas complicaado aprender PHP.
Te apoyo eso depende de los gustos de cada programador, y su afinidad por uno u otro lenguaje. Yo no comparto tu opinión en un principio te podría decir que PHP no carga el Framework que tiene que cargar ASP para correr en un server
Uno es ASP y otro muy diferente ASP.NET, y ASP.NET no tiene que cargar todo el Framawork, si bien es gestionado esto lo hace el CLR(Common Language RunTime), y no todo el Framework. Salu2
280
« en: Sábado 13 de Agosto de 2005, 01:06 »
Alguno de ustedes ha desarrollado un sistema de redes neuronales orientado a objetos en ASP ? Yo he hecho uno en 2 horas de desarrollo, esto es por la flexibilidad del lenguaje y la facilidad de programación que posee, no es porque yo sea Einstein...
Que bien que te haya servido, pero cada persona tiene sus preferencias. Ahora una cosa es ASP y otra muy pero muy diferente ASP.NET (del que se esta hablando) Si vamos a hablar de redes neuronales primero tendriamos que empezar con tener un soporte de un lenguaje orientado a objetos, luego que nos permita implementar logica difusa, etc... y por ahi va el camino, ahora tienes que ver que si bien PHP te permitio realizar tu proyecto de redes neuronales el tiempo de desarrollo de una red neuronal depende de su complejidad y uso; aparte una cosa es desarrollar, otra es el analisis y otra es el entrenamiento(esto para redes neuronales). Ahora lo ideal para redes neuronales es tener un buen conocimiento(de la aplicacion de tus redes neuronales, el ambito que abarcaras) y usar un lenguaje que te permita aplicarlo, ej. Prolog. Y en varios casos se puede tambien realizar redes neuronales pero los los lenguajes lo que te hacen es solo emular porque en el fondo el lenguaje es el que te tiene que ayudar en esto. Ahora como mencione anteriormente PHP es muy poderoso y facil de usarlo, pero no se iguala al poder de la infraestructura que te ofrese JSP y ASP.NET. Ahora, no sé a que te refieras con que el "Assembly se carga a memoria". ¿Qué es el Assembly? O mejor aún, ¿Cómo funciona?
El codigo MSIL de tus paginas se guardan en la carpeta bin de tu proyecto, y en este se encuentra el assembly, el assembly o ensamblado es la unidad minima de ejecucion para el .NET Todas tus paginas bueno en realidad el codigo o Codebehind no se ejecuta a la peticion sino que se compila en el assembly y este es el que se ejecuta y se carga en memoria, y de aca sale la magia de tu codigo para tus paginas. Por esto puedes subir tu proyecto solo las paginas aspx y puedes obiar subir tu codigo es decir las paginas aspx.cs o aspx.vb segun sea el caso, y tu proyecto funcionaria igual, esto tambien depende de si usas codebehind o no por ejemplo puedes configurar que tu aplicacion se compile apartir de la deteccion de un cambio en las paginas de tu codigo, o tambien puedes trabajar tanto el diseño de tu pagina como el codigo en un solo archivo, tal como trabaja el entorno del WebMatrix, pero para mi es mejor usar codebehind, y asi por esta razon el performance de tu aplicacion es superior. Por eso quizas escuches por ahi... siempre hablan "cuando realizas una peticion el codigo se compila a la primera peticion nada mas en ASP.NET" Salu2
281
« en: Jueves 11 de Agosto de 2005, 21:31 »
No hay ningun software en el mundo (UTIL) libre de bugs Toda la razon, realizar un software libre de bugs es una utopia
282
« en: Jueves 11 de Agosto de 2005, 20:24 »
Para ya terminar, solo una observación: PHP no es orientado a objetos, tiene la posibilidad de poder crear objetos pero en sí PHP no es un lenguaje nativo a objetos. ¿Por cierto, alguien sabe que tan sencillo pueden utilizarse los Web Services con PHP?
Bueno PHP 4 no es orientado a objetos pero ofrece caracteristicas muy importantes de OO aparte prueba o revisa las caracteristicas de PHP 5 y quizas cambies tu opinion, no se que tan sencillo acceder a un web service con PHP pero para trabajar con webservices se basa en NuSOAP Ahora si bien PHP no ofrece la potencia que dan JSP y ASP.NET es una buena herramienta ya que segun estadisticas cubre un 75% de los requerimientos en sistemas via Web. ASP.NET si bien se compila a MSIL ten en cuenta que el momento que inicia tu aplicacion en el servidor se carga el Assembly en memoria de esta forma se obtiene mayor performance Salu2
283
« en: Jueves 11 de Agosto de 2005, 00:18 »
284
« en: Jueves 11 de Agosto de 2005, 00:12 »
Mi solucion seria diferente: - Crea tu formulario de ingreso o comunmente llamado Login - Crea tu tabla en tu DB para almacenar usuarios, puedes agragar un campo level para colocar el nivel de acceso que tendra el usuario - Ingresa tus usuarios y el level de acceso que tendran -Crea un modulo donde crearas variables que te almacenen el user y el level que tienen -Tus formularios deberan tener una validacion inicial para verificar si el usuario tiene accesso, y como las variables del Modulo son globales las podras acceder y usar para esta validacion Esito seria, pero yo le voy a que la mayoria de las veces(por no decir siempre) hay que modelar, usen UML, asi se evitan de quebraderos de cabeza y evitan errores. Salu2
285
« en: Jueves 11 de Agosto de 2005, 00:03 »
Hola hufff este tema es candente y de gran debate.... Primero los 3 son Orientado a objetos (ASP.NET, PHP, JSP) Los tres manejan Threading Los tres son poderosos Bueno yo personalmente trabaje con ASP.NET, PHP y muy poco con JSP(la mayor parte es teorica) Yo puedo rescatar que dar un candidato a mejor no va... no me gusta menospreciar las tres tienen sus ventajas Vayamos a ver algunas: PHP - Es gratuito. - Hay muchos servidores que ofrecen Hosting gratis. - Es Comercial, su escalabilidad es impresionante, en cada version sorprende a su nivel de alcance. - No tiene un IDE amigable ASP.NET - Tiene una buena Performance ya que su codigo es compilado y administrado - Tiene al alcance todo el poder del Framework .Net - Provee varios lenguajes para su desarrollo, es muy amigable - Minimiza la cantidad de codigo para el desarrollador - Se integra bien con los WebServices - Tiene uno de los mejores IDE JSP - Tiene la potencia de Java - Se lleva de la mano con los applets - Si bien hay hosting, pero dificil de conocer - Se integra bien con los WebServices - Tiene un buen IDE - No es muy conocido Talvez en este post seguro exista esa filosofia anti-Microsoft que muchas personas tienen, espero esta discusion no se vaya por ese lado, si algo no les gusta por que no lo dejan de usar y punto final, para que darle mas cuerda, yo pienso que todos las tecnologias tienen sus bondades y depende de uno el usarlo o no. Aparte yo conozco a muchas personas asi que no hay dia que no me hablen de eso y sin embargo viven de estas tecnologias (trabajan con esto), yo trabajo con plataforma Windows, se muy bien que en comunicaciones Linux es mas estable, y asi la discucion comienza.... bla bla bla Estas tecnologias son muy buenas y bastante poderosas Salu2
286
« en: Viernes 5 de Agosto de 2005, 20:08 »
 Que buena noticia!!! No me gusta nada el uso de Grid Layout porque primero no es compatible, luego genera un codigo con CSS no muy agradable, da paso a cometer errores de diseño no se tiene un esquema consistente Bueno todo va viento en popa pero  hasta ahora no puedo trabajar con la Beta 2005 ya la tengo pero...... En teoria escuche muchas mejoras sobre VB.NET espero que los diseñadores de este nuevo compilador en la version 2005 ya no hablen de mantener caracteristicas de VB 6.0 solo por compatibilidad  ¡Compatibilidad! si ya hicieron un gran cambio al pasar a VB.NET que lo hagan completamente y no lo intenten hacer quedar atras...
287
« en: Jueves 4 de Agosto de 2005, 00:48 »
Hola bueno al momento de mostrar la tabla hay un campo con un boton el cual actualizas ahora este debe ser un boton no un submit, donde al hacer OnClic mandas a una funcion Javascript que te redirecciona a la misma pagina pero esta funcion recibira una variable y mandara por GET esta variable, ahora al momento de mostrar tu tabla tambien tendrias que imprimir el ID en el evento onclic que usaras <input type="text" onclic="Funcion(<%=rs.Fields("ID")%>);">
Asi de esta manera mas o menos ahora antes de mostrar tu tabla validas una funcion si la variable se encuentra entras al codigo que actualiza luego muestras la tabla Esa seria una posible solucion Salu2
288
« en: Miércoles 3 de Agosto de 2005, 02:29 »
 Es que yo no tengo instalado el SP1 por esta razon me pidio el SP1 Haber cuando me instalo este IDE
289
« en: Miércoles 3 de Agosto de 2005, 02:26 »
 Upssss sorry men Respecto a esto acoto que tambien si bien es una manera facil de mandar variables y demas cosas, tambien no siempre sera el mejor metodo porque el coste debe ser caro a la hora de carga de la nueva pagina que use esto, ya que si vemos adentro toda esta info se esta mandando por POST y al momento de cargar esto debe retrasar la carga porque los objetos al ser enviados por post antes se serializan y ufff Entonces habria que pensar bien donde aplicar esto y donde no Salu2
290
« en: Martes 2 de Agosto de 2005, 19:59 »
 Sip ya vi, bueno aclarando PostBackUrl es una nueva forma de pasar datos, esto es una propiedad del control Button la cual pasa todas las variables (controles y valores que se tengan) a un nuevo formulario: La sintaxis es: <asp:TextBox ID="txtEjemplo" Runat="server" Text="Kev" /> <asp:Button runat="server" ID="MiBoton" PostBackUrl="./Pagina.aspx" Text="Ir" /> 'Ahora en otra pagina podemos recuperar de una coleccion que seria Dim strT as String = CStr(PreviousPage.FindControl("txtEjemplo")) 'Esito seria  es muy util ya que de gran forma disminuye todo el codigo necesario, pero ahora me quedaron tambien muchas dudas: - Serializa absolutamente todos los objetos al mandarlos? - Esta propiedad es solo para los botones? - Variables que se agregan al ViewState estan disponibles?  No tengo instalado el Visual Web Developer (  no hay tiempo), en cuanto lo haga averiguare mas acerca de esto y lo posteare Salu2
291
« en: Martes 2 de Agosto de 2005, 19:10 »
Bueno strict te ayuda a realizar la conversion de tipos de una forma explicita, y asi en lo futuro no cometer errores de conversion de tipos. Ahora hay dos formas, bueno tres para esto: Una es usar las funciones intrinsecas para datos simples ej: CInT() 'Para convertir a enteros, CDbl() ' Conversion a dobles, etc.. La segunda es usar DirectCast() donde la usas para convertir a un tipo que si conoces y sabes que tipo de dato sera Por ultimo puedes usar CType() donde usas para hacer conversiones donde no conozcas de que tipo son, por ejemplo un object Ahora yo te recomiendo usar DirectCast ya que en la mayoria de los casos conoceras que datos manejas y aparte es mas veloz que CType y asi logras mayor performance Salu2
292
« en: Martes 2 de Agosto de 2005, 18:47 »
Ojo que para instalar el Visual Web Developer hay que tener el Service Pack 1 en Windows XP Salu2
293
« en: Martes 2 de Agosto de 2005, 18:45 »
Serghio, y de que manera cambia el paso de variables en webforms al evolucionar a ASP.NET 2.0???  La curiosidad mato al gato
294
« en: Martes 2 de Agosto de 2005, 18:40 »
Bueno entonces que yo conozca una funcion ya hecha no creo que la haya asi que tendras que realizar tu propia implementacio  ni que hacer, ahora yo tampoco le voy a Delphi (ojala en un futuro no muy lejano si) pero la idea que se me vendria a la mente seria usar los tipos de conversion genericos que se utiliza para conversiones de decimal a binario, u octal, hexadecimal y partir de ahi para convertir a base 60. Suerte con tu implementacion.
295
« en: Lunes 1 de Agosto de 2005, 16:50 »
Tb podrias crear un modulo y ahi tendras las variables accesibles para toda la aplicacion,  pero creo que seria tambien conveniente usar propiedades como anteriormente de mencionan, ahora tambien puedes pasar tus parametros directamente a un metodo en particular que hayas creado en tu otro formulario Salu2
296
« en: Jueves 28 de Julio de 2005, 22:07 »
 Base 60???? estas seguro???? no sera base 64??? Creo que debe ser base 64, bueno para convertir "a o de" base 64 usas Convert Convert.ToBase64String ' para convertir a base 64 y Convert.FromBase64String ' para convertir desde Ok esito seria Salu2
297
« en: Jueves 28 de Julio de 2005, 21:28 »
Hola no se si los miembros le dan una leida a este documento pero haber aca esta de nuevo Como hacer preguntas inteligentesAhora en lo que te podriamos ayudar es con preguntas puntuales, ok, men nadie te lo va a hacer el trabajo, hechale una leida a algun manual por ejemplo a los que te dio Güorker Yo te recomiendo una pagina ASPSalu2
298
« en: Miércoles 27 de Julio de 2005, 20:00 »
Init tiene mayor privilegio ya que se ejecuta antes del evento Load, en el evento Init (a la hora de la verdad) se carga la configuracion, todavia no se obtienen datos de viewstate que eso se lo hara posteriormente.
Salu2
299
« en: Jueves 21 de Julio de 2005, 01:47 »
Feliz dia a tod@sUn abrazo, se cuidan y que la pasen bien  (aunque yo toy resfriado  ) Salu2
300
« en: Jueves 21 de Julio de 2005, 01:00 »
Pues es sip no hay caso configurar el tamaño de pagina, incluso quitar las cabeceras que por defecto te carga el Explorer al imprimir esto es una desventaja a la hora de imprimir, la unica posible solucion seria usar un Applet de Java para sacar el reporte y que este applet configure la impresion Salu2
Páginas: 1 ... 10 11 [12] 13 14 ... 30
|
|
|