Busca correspondencia 1 a 1 hasta la longitud que especifiques, en ese sentido busca una subcadena; de acuerdo y muy apropiado mencionar todo lo demás.
La funciones para CRUD (crear-leer-modificar-borrar) no tienen nada extraño pero lo raro (mal) es llamar a modificar cuando ni siquiera ha pasado la validación.
En ese caso debes volver a llamar a tu leer (pedirUsuario, leerUsuario o como quieras llamarle)
Mas bien deberias pedir un nick (por ejemplo en el main) y ahi mismo hacer un strcmp() ya que encapsula la comparacion char a char hasta la longitud que tu le digas.
Si te devuelve 0 (que equivale a false), llamas ahi mismo a una funcion pideNick()
No es necesario hacer una funcion modificaNick() para lo que estas pidiendo..... si la haces es por otro motivo.
resp<'0'&& resp>'9' puedes sustituirlo por la función de librería isdigit de ctype.h
Vale la pena cargar una libreria para eso ? si la libreria usa macros, claro que si
Por ejemplo la libreria stdlib.h para poder usar EXIT_SUCCESS y/o EXIT_FAILURE usa de hecho macros asi que no hay ningun tipo de overhead en el programa.
¿Que? Esto dependera de la plataforma pero en PC las instrucciones de cadena son mas rapidas que push/pop seguro (y ni hablar las de extensiones multimedia) ... ademas la pila es memoria virtual igual que el monton (mov* se terminara usando para leer casi siempre).
Lo que sucede es que usar encontrar un espacio en HEAP del tamaño indicado para evitar fragmentacion implica esfuerzo para el SO.
Creo puede funcionar para archivos binarios donde generalmente la cadena_a_reemplazar y el reemplazo son de longitudes iguales
Para un archivo de texto, podrias querer cambiar una palabra corta por una larga (con probabilidad de 50% de que ocurra) y creo tu programa dejaria un hueco con basura... me tocaria revisalor mejor.
Mostrar Mensajes
