Foro de elhacker.net

Minihack es una mini-librería para el desarrollo de software en C++. Su objetivo principal es brindar nuevas y mejores herramientas para el desarrollo de aplicaciones que funcionan desde terminal (sin entorno gráfico), además de intentar obtener un código multiplataforma, por lo que si escribes un programa para Linux con esta librería funcionará de la misma manera en Windows o cualquier otro sistema.

Descargar:
MiniHack 1.0 (https://www.dropbox.com/s/t22d0py9zgk2p86/MiniHack1.0.7z)

Características
Minihack se basa principalmente en las siguientes características:

Claridad. Existen gran cantidad de utilidades para ayudar a el desarrollo de software, la mayoría de estos paquetes ayudan a facilitar el desarrollo de algunas funciones, pero el código queda algo extenso y difícil de entender. Minihack intenta obtener las mejores funciones con la mayor simplicidad y funcionalidad.

Eficiencia. Otro punto importante a tomar en cuenta es la eficiencia, no sólo lograr que el software haga lo que se quiere si no también que el desarrollo del mismo sea en el menor tiempo.

Portabilidad. Para un desarrollador resulta más fácil crear un programa multiplataforma, que ese mismo código que escribe para Linux sirva para los demás sistemas, cosa que minihack domina, el código escrito funciona muy bien en diferentes sistemas.

Velocidad. Cuando nos referimos a velocidad, no sólo es en el desarrollo del programa, si no que el ejecutable funcione a una buena velocidad y de manera estable.

¿Cómo funciona?
Para pintar en la ventana hay que utilizar las acciones Draw, luego invocamos Window.Refresh(). Todo lo que se pinta primero se almacena en un buffer y posteriormente con la acción Window.Refresh() se hace visible en la ventana lo que se haya pintado. La ventaja principal es que si se desean pintar varias cosas solo es necesario refrescar una vez, y con esto se mejora la velocidad del programa.

Funciones
A continuación se explica el objetivo de cada función que integra minihack en sus diferentes clases.

Nota: para usar alguna función el comando debe llevar la siguiente estructura: Clase.Comando();

Window
En esta clase se encuentra todo lo relacionado con lo visible en pantalla.

bool Dirty()
Regresa un valor true o false indicando si la ventana está sucia.

void Clean()
Limpia el bufer en donde se almacena lo pintado.

void Refresh()
Muestra en pantalla el contenido del bufer.

int RetWide()
Regresa un valor indicando lo ancho de la pantalla.

int RetHeight()
Regresa un valor indicando lo alto de la pantalla.

void DrawPoint(int x, int y)
Pinta un punto en pantalla.

void DrawText(int x, int y, string text)
Pinta un texto en pantalla.

void DrawCharacter(int x, int y, char chr)
Pinta una letra en pantalla.

Sleep
Clase con funciones para detener el programa un cierto tiempo.

void Seg(int seg)
Detiene el programa una cantidad de segundos.

void Micro(int micro)
Detiene el programa una cantidad de microsegundos.

Rand
Clase con funciones para dar valores aleatorios.

void NewSeed()
Cambia la semilla de valores aleatorios.

int GetRandom(int min, int max)
Regresa un valor aleatorio entre un número mínimo y un máximo.

Key
Clase con funciones para detectar lo que sucede en el teclado.

bool Press()
Regresa un valor true o false indicando si se ha presionado una tecla.

int Get()
Lee la tecla presionada sin necesidad de presionar enter o pausar el programa.

Nota: si el contenido en ventana no se muestra de la forma correcta, deberás cambiar en la librería minihack los valores ancho y alto que representan el tamaño de la ventana.

Buen trabajo ^^

Sigue ahí, asi es como empezaron las librerías famosas de ahora  ;)

Es demasiado complicado poder sacar en multiplataforma las resoluciones disponibles para el monitor que se esté usando??

Se supone que si haces una aplicación la idea es que se vea bien en cualquier equipo, si no eres capaz de sacar las resoluciones sabrás que tu aplicación se ve bien en tu máquina, pero en el resto...

no es tanto la resolución del monitor, si no mas bien el tamaño de la terminal en linux o cmd en windows, por lo que no he encontrado la forma de saber el tamaño de cada una con un mismo comando para ambas plataformas, he tenido el mismo problema con los colores. creo que lo mejor seria sacar una versión para windows y otra para linux, cada una con sus diferentes códigos pero que la librería logre hacer lo mismo en ambos sistemas

Yo creo que sí es posible sacar una metodología común y abstraer al usuario de la arquitectura que hay por debajo.

Tu piensa que hacer un sistema multiplataforma no siempre va a ser encontrar dos funciones que hacen lo mismo, con los mismos parámetros y preparar un wrapper para encapsularlo... la multiplataforma es generalmente más complicada y exige un estudio mayor.

¿Sabes lo que es la compilación condicional?

Te hago un ejemplo (limpiando la consola):

void Limpiar()
{
  #ifdef _WIN32
      system("CLS"); // Windows version
  #else
      system("clear"); // Linux version
  #endif
 
} 

Si estamos en un Windows, el compilador cogerá la primera expresión. Si no estamos en un Windows cogerá la segunda expresión.

Puedes consulta la lista entera de macros aquí:
http://sourceforge.net/p/predef/wiki/OperatingSystems/

Pues seguiré buscando, aunque me he dado cuenta que para esto de multiplataforma, más que buscar funciones TU las tienes que hacer xD

ooo, no sabía sobre la compilación condicional, me ayudará muchísimo tu ejemplo, muchas gracias. saludos!

Y entonces como estabas haciendo la librería portable??

usando funciones estándar pero ahora me doy cuenta de que no existen para cualquier cosa, y para las que no existen lo haré como me dicen ;)

jejeje

Tu piensa que si existiesen funciones estándar para hacer todo, el código sería siempre perfectamente portable y quizás no harían falta librerías como la tuya...

... pero la realidad siempre es más cruda, cada sistema operativo tiene sus propias llamadas al sistema, lo que hace que las APIs sean diferentes y esto a su vez conlleva la amargura de saber que es complicado hacer aplicaciones completas que sean portables... salvo que uses librerías portables, como Qt... o la tuya si llegara el caso.

Al final estas librerías tienen por debajo una programación específica para cada arquitectura y separan los elementos específicos con directivas del precompilador ( que es lo que tu has descubierto hoy ).

El problema de usar directivas de precompilador es que dichas directivas se ejecutan antes de que el código pase al compilador, por lo que el compilador va a crear una solución específica para la arquitectura sobre la que esté corriendo... esto quiere decir en cristiano que el código resultante de una compilación no es portable.

Para que el código sea realmente portable tienes que distribuir los fuentes y es responsabilidad de cada usuario el compilar tu librería en su sistema para obtener un código que funcione correctamente en su máquina.

No se si me he explicado con claridad. Si tienes dudas pregunta.

jeje mucha razón, y si, me queda claro todo,  grac