none
No se aplican los cambios

    Pregunta

  • Hola, tengo un proyecto el cual para que se apliquen los cambios en el momento de ejecución tengo que generar el proyecto, ya que sino los cambios no se aplican.

    Antes no tenia que generar el proyecto para que se apliquen los cambios.

    Que puedo hacer para solucionarlo? Que se apliquen los cambios sin tener que generarlo

    Saludos


    domingo, 5 de febrero de 2017 5:01

Respuestas

  • "Federico32113" escribió:

    > -Active Option Strict me aparecieron demasiados errores, para
    > el próximo proyecto lo implementare

    Pues a lo mejor está ahí el problema que estás teniendo, ya que al no tener activada la instrucción Option Strict (que es lo que se recomienda) los errores de conversión entre diferentes tipos de datos aparecen en tiempo de ejecución, cuando lo correcto es que apareciesen en tiempo de diseño para poder subsanarlos, tal y como lo has podido comprobar al activar dicha instrucción.

    > Me recomiendas estas opciones?

    ¡Ni "loco" recomendaría yo esas opciones a nadie! Activa al menos la instrucción Option Explicit, de esta manera se fuerza que tengas que declarar de manera explícita TODAS LAS VARIABLES antes de que éstas se utilicen. Pero, ¡claro! Si tampoco declaras las variables ANTES de utilizarlas, también te aparecerán errores en tiempo de diseño al activar Option Explicit:

    Option Explicit y Option Strict en Visual Basic .NET


    Enrique Martínez Montejo
    [MS MVP - Visual Studio y Tecnologías de Desarrollo]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, se inteligente y activa la instrucción
    Option Strict.

    lunes, 6 de febrero de 2017 6:45
    Moderador

Todas las respuestas

  • A que te refieres con "no se aplican los cambios"...?No te guardas tus archivos cuandos los modificas...?

    Por favor plantea tu progunta de una forma mas clara.

    domingo, 5 de febrero de 2017 5:28
  • "Federico32113" preguntó:

    > tengo un proyecto el cual para que se apliquen los cambios en el momento de
    > ejecución tengo que generar el proyecto, ya que sino los cambios no se aplican.
    >
    > Que puedo hacer para solucionarlo? Que se apliquen los cambios sin tener que generarlo

    Hola, Federico:

    Abre las Opciones de Visual Studio, dirígete al apartado Proyecto y soluciones --> Compilación y ejecución, y asegúrate que las opciones de compilación las tienes establecidas como figura en la imagen siguiente:

    Un saludo


    Enrique Martínez Montejo
    [MS MVP - Visual Studio y Tecnologías de Desarrollo]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, se inteligente y activa la instrucción
    Option Strict.

    domingo, 5 de febrero de 2017 6:45
    Moderador
  • Edward, te doy un ejemplo...

    Por ejemplo si modifico el tamaño de un TextBox para que ese cambio se vea reflejado cuando voy a ejecutarlo tengo que generar antes el proyecto.

    Hola Enrique, la configuración que me muestras ya la tenia así de antemano.

    Estuve leyendo un poco y vi que algunos recomiendan el borrado de algunas carpetas. Puede llegar a funcionar eso?

    domingo, 5 de febrero de 2017 15:19
  • "Federico32113" escribió:

    > la configuración que me muestras ya la tenia así de antemano.

    Sí, pero también lo podías haber dicho en tu pregunta inicial, porque como bien creo que podrás comprender, yo al menos ignoro las opciones que cada usuario tiene establecidas en su Visual Studio. ;-)

    De todas maneras, según el cuadro de Opciones que has publicado en tu mensaje, si por los motivos que fuera se produce un error a la hora de compilar el proyecto, se estará ejecutando LA VERSIÓN ANTIGUA del mismo, ya que así se lo tienes indicado en el apartado Al ejecutar, cuando se produzcan errores de compilación o implementación, de ésta manera si modificas el tamaño de cualquier control, por poner un ejemplo, ese cambio no se verá reflejado hasta que no subsanes el error o errores producidos, por lo que SIEMPRE se ejecutará la última versión compilada válida de tu proyecto.

    Mejor será que establezcas en el citado apartado la opción Preguntar al iniciar, de ésta manera te aparecerá el siguiente cuadro de diálogo:


    Si pulsa el botón se ejecutará la última compilación válida, y su pulsas el botón No, pues no se ejecutará nada hasta que subsanes los errores existentes.

    > Estuve leyendo un poco y vi que algunos recomiendan el borrado de
    > algunas carpetas. Puede llegar a funcionar eso?

    ¡Ni idea! Ignoro a qué carpetas te refieres. De todas maneras, esto es muy sencillo: si el proyecto se compila correctamente, entiendo que no deberías de tener ningún problema para que surtan efecto los cambios efectuados en cualquier control y que puedas ejecutar tu proyecto dentro del IDE de Visual Studio, pero si no se compila satisfactoriamente, no me extraña que los cambios efectuados no surtan efecto, y menos teniendo establecida la opción Iniciar versión antigua comentada. ;-)


    Enrique Martínez Montejo
    [MS MVP - Visual Studio y Tecnologías de Desarrollo]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, se inteligente y activa la instrucción
    Option Strict.




    domingo, 5 de febrero de 2017 16:26
    Moderador
  • Aplique la opción "Preguntar al iniciar" pero al momento de ejecutar no me da ningún error por lo tanto no me aparece la pregunta.

    Puede ser que algo de esto influya? Perdona mi ignorancia...

    Mira este el ejemplo que te comentaba https://social.msdn.microsoft.com/Forums/es-ES/631547f0-d915-4c02-83a2-5329e05d3390/porqu-no-se-aplican-mis-cambios-a-mi-proyecto-en-vbnet-2010?forum=vbes


    domingo, 5 de febrero de 2017 17:52
  • "Federico32113" escribió:

    > Aplique la opción "Preguntar al iniciar" pero al momento de ejecutar no me
    > da ningún error por lo tanto no me aparece la pregunta.

    Si no obtienes ningún error, se debe a que simplemente la compilación se ha efectuado satisfactoriamente, por lo que acto seguido, Visual Studio se limita a ejecutar el proyecto en su IDE sin más.

    ¿Que continuas sin que te tomes los cambios efectuados en tiempo de diseño? Pues desde luego, algo raro tienes en ese proyecto, porque si dijéramos que NO GUARDAS LOS CAMBIOS ANTES DE COMPILAR, podría deberse a ese motivo, pero por las Opciones que tienes establecidas en el apartado Generar y ejecutar, y que figuran en la imagen que has publicado anteriormente, está claro que antes de generar el proyecto has indicado que se guarden todos los cambios, por lo que ya ignoro por completo a qué se puede deber. ¿?

    > Puede ser que algo de esto influya?

    Desde luego, las opciones de compilación que tienes establecidas en tu proyecto no son las más idóneas, al menos en modo Release, que es el que aparece en la imagen, por lo que yo te recomendaría que establecieras, tanto en modo Debug como Release, las siguientes opciones:


    Lo mismo al establecer Option Strict On se "inunda" tu código fuente de líneas onduladas indicadoras de error, que desde luego tendrás que subsanar si quieres que tu proyecto se compile satisfactoriamente. Lee la "coletilla" que aparece al final de todos mis mensajes.

    > este el ejemplo que te comentaba https://social.msdn.microsoft.com/Forums/es-ES/631547f0-d915-4c02-83a2-5329e05d3390/porqu-no-se-aplican-mis-cambios-a-mi-proyecto-en-vbnet-2010?forum=vbes

    ¡Vamos a ver! Las carpetas obj y bin, en principio no hay por qué eliminarlas, porque su contenido es fruto de la compilación efectuada en el proyecto, que según comentas, es satisfactoria ya que no recibes ningún mensaje de error. ¿Que las quieres eliminar? Elimínalas si te lo permite Visual Studio, porque éste puede que tenga "pillados" ciertos archivos que necesita. Si es así, cierra Visual Studio, elimina las carpetas indicadas, reinicia Visual Studio y compila el proyecto para que nuevamente se vuelvan a generar dichas carpetas y sus contenidos.

    Si continuas con el mismo problema y no eres capaz de dar con la solución, podrías intentar iniciar un nuevo proyecto de Visual Basic en otra carpeta diferente, y agregar al mismo todos los elementos existentes en el proyecto anterior.

    Me he fijado nuevamente en la imagen con las opciones de tu proyecto:

    Si tienes el modo Release activo, ¿por qué indicas que la ruta de acceso de los resultados de la compilación sea el de la carpeta Debug? ¿Quizás por ahorrar espacio en el disco duro? ;-)

    En principio, no debería de haber ningún inconveniente para que una misma carpeta sea la que almacene los resultados de ambas compilaciones (Debug y Release). Pero como en esta conversación estamos hablando de "cosas extrañas" que suceden en un proyecto, ¿por que no pruebas a indicar dos rutas de acceso de los resultados de la compilación diferentes?

    Debug ---> bin\Debug

    Release --> bin\Release

    Cuando observes que todo está bien, entonces puedes volver a indicar la misma carpeta para el resultado de la compilación de ambas configuraciones si así lo estimas conveniente.


    Enrique Martínez Montejo
    [MS MVP - Visual Studio y Tecnologías de Desarrollo]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, se inteligente y activa la instrucción
    Option Strict.




    domingo, 5 de febrero de 2017 18:38
    Moderador
  • Hice las siguientes pruebas:

    -Active Option Strict me aparecieron demasiados errores, para el próximo proyecto lo implementare.

    -Borre las carpetas obj y bin, volví a generar el proyecto pero sigue el mismo "problema".

    -Cambie las configuraciones y probé las opciones Realease y Debug pero permanece el "problema".

    No necesito ahorrar espacio en el disco

    Lo voy a dejar así, tendré que generar el proyecto cada vez que haga algún cambio pero no te preocupes mas...

    Me recomiendas estas opciones?


    domingo, 5 de febrero de 2017 23:38
  • "Federico32113" escribió:

    > -Active Option Strict me aparecieron demasiados errores, para
    > el próximo proyecto lo implementare

    Pues a lo mejor está ahí el problema que estás teniendo, ya que al no tener activada la instrucción Option Strict (que es lo que se recomienda) los errores de conversión entre diferentes tipos de datos aparecen en tiempo de ejecución, cuando lo correcto es que apareciesen en tiempo de diseño para poder subsanarlos, tal y como lo has podido comprobar al activar dicha instrucción.

    > Me recomiendas estas opciones?

    ¡Ni "loco" recomendaría yo esas opciones a nadie! Activa al menos la instrucción Option Explicit, de esta manera se fuerza que tengas que declarar de manera explícita TODAS LAS VARIABLES antes de que éstas se utilicen. Pero, ¡claro! Si tampoco declaras las variables ANTES de utilizarlas, también te aparecerán errores en tiempo de diseño al activar Option Explicit:

    Option Explicit y Option Strict en Visual Basic .NET


    Enrique Martínez Montejo
    [MS MVP - Visual Studio y Tecnologías de Desarrollo]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, se inteligente y activa la instrucción
    Option Strict.

    lunes, 6 de febrero de 2017 6:45
    Moderador