Saludos colegas,
Esta pregunta quizás es para un foro de C#, pero aquellos que programan en C# quizás no entiendan la pregunta porque no han usado VFP y no conocen de sus bondades, bueno la pregunta es la siguiente. Existe algún control para C# que imite el comportamiento del texbox de VFP, en cuanto al uso de las propiedades Format e inputMask, que no sea el maskEdit?, pues este deja mucho que desear
--
--
Gracias a todos por el gran esfuerzo, creo que de todas formas adaptar cualquiera de los controles de captura de texto de VS.NET, conllevaría un esfuerzo extra, al cual no estamos acostumbrado, porque todo esos detallitos lo teníamos resuelto desde el origen de Fox, es difícil, después de llevar toda una vida acostumbrados a que el ZORRO nos ponga las cosas fáciles, que M$ nos imponga una tecnología, que si bien es poderosa en muchas cosas, carece de los detalles que hacen que viejas tecnologías aun se mantengan vigente y dando la batalla, esto no es una justificación para no cambiar, más bien una expresión de indignación por tener que hacerlo, dejando atrás muchas comedidas que entiendo pudieron ser integradas a los nuevos productos.
Hablando del tema que nos ocupa, el MaskedTextBox es bastante incomodo para el usuario cuando se trata de valores numéricos con formato “999,999.99”, recuerda que en VFP cuando estas escribiendo la parte entera , si presiona el punto de forma automática VFP mueve el puntero al próximo digito después del punto y acomoda la parte entera a la mascará, luego puede digitar la parte decimal y todos contento, en cambio con el MaskedTextbox el usuario tiene que hacer malabares para que cada digito presionada quede colocado en la posición indicada por la mascara. En otras palabras la mascara en visual foxpro se ajusta a lo que el usuario digita, en VS.NET el usuario debe ajustar lo que digita a la mascara. Detalles como esos son los que te hacen recordar, porque aun no hemos dejado el VFP.
A los programadores que iniciaron von VS.NET le funciona el Maskedtextbox a la perfección, a los programadores de VFP no le funciona, porque somos un poco mas exigente en cuanto a controles de captura de datos.
Cuando hice un curso en GUFA para migrar de vfp a c#, una cosa que me hizo descartarlo fue justamente lo complejo de meter una mascara. En mi época de profesor de programación, le enseñaba a mis alumnos a codificar esos algoritmos, pero para que practicaran algoritmos de manejos de strings, no porque fuera útil.
Saludos: Miguel, La Pampa (RA)
Gracias a todos por el gran esfuerzo, creo que de todas formas adaptar cualquiera de los controles de captura de texto de VS.NET, conllevaría un esfuerzo extra, al cual no estamos acostumbrado, porque todo esos detallitos lo teníamos resuelto desde el origen de Fox, es difícil, después de llevar toda una vida acostumbrados a que el ZORRO nos ponga las cosas fáciles, que M$ nos imponga una tecnología, que si bien es poderosa en muchas cosas, carece de los detalles que hacen que viejas tecnologías aun se mantengan vigente y dando la batalla, esto no es una justificación para no cambiar, más bien una expresión de indignación por tener que hacerlo, dejando atrás muchas comedidas que entiendo pudieron ser integradas a los nuevos productos.
Hablando del tema que nos ocupa, el MaskedTextBox es bastante incomodo para el usuario cuando se trata de valores numéricos con formato “999,999.99”, recuerda que en VFP cuando estas escribiendo la parte entera , si presiona el punto de forma automática VFP mueve el puntero al próximo digito después del punto y acomoda la parte entera a la mascará, luego puede digitar la parte decimal y todos contento, en cambio con el MaskedTextbox el usuario tiene que hacer malabares para que cada digito presionada quede colocado en la posición indicada por la mascara. En otras palabras la mascara en visual foxpro se ajusta a lo que el usuario digita, en VS.NET el usuario debe ajustar lo que digita a la mascara. Detalles como esos son los que te hacen recordar, porque aun no hemos dejado el VFP.
--
Me volví a equivocar, lo que odio del C# son LAS LLAVES.
--
Me volví a equivocar, lo que odio del C# son LAS LLAVES.
--
--
En mi opinión, que se a cómodo de escribir, no es sinónimo de mejor.
Para funciones o métodos cortos puede ser practico, pero cuando tienes varias paginas de código con varios niveles lógicos (a veces no se puede o no conviene crear sub rutinas), seguir la cadena de llaves abiertas y entender o ubicar donde esta la compañera es difícil o imposible.
En cambio, un endif, un endfor u otras equivalentes, documentan mejor el código.
Si omites una llave, el error aparece a 'código luz' de donde realmente esta faltando. En cambio, un endif es el fin de un ir, no de cualquier otra cosa.
El código se lee 5 a 10 veces mas que las que se escribe, entonces, lo que prima es la velocidad de lectura comprensión, no la de escritura.
Java tomo el tema de las llaves de C, lo mismo C++, PHP similar. C# lo tomo de java (JavaScript igual).
Pero Ritchie aplico llaves porque tenia que codificar casi con teletipos y allí tipear código era crítico (hablamos de fines '60, principios '70).
Los lenguajes con desarrollo mas independiente, usan otros delimitadores,.
PHP por ejemplo usar llaves para encerrar bloques o : endalgo. Python solo indentado.
Si quieres ahorrar al tipear, usa un lenguaje que te resuelva tu requerimiento con poco tipeo.
Si hay algo por lo que no queremos visual foxpro, es por lo expresivo del lenguaje. Lo mismo pasa con la generalización de SQL.
Saludos: Miguel, La Pampa (RA)
--
--
Si no te gustan las llaves, y queres escribir poco, python! Sin llaves, con pilas, al escribir documentas. La documentación se puede leer desde dentro del programa. La indentacion en todos los lenguajes se hace forzada para entender el código, en python naturalmente usada para definir los bloques lógicos, parámetros posiciona les, por nombre, con valores por omisión.
Que res aprovechar .net usar ironpython
Quieres usar la potencia del entorno java, usar jython.
Fácil de aprender, infinito para aprender.
Saludos: Miguel, La Pampa (RA)
--