Por donde Empezar por el Servidor o el Cliente

[leury]

Por donde empezar mi aplicacion Cliente/Servidor,

Diseño primero el Cliente ó el servidor ?

De Antemano Agradezco sus opiniones y sugerencias a si como el tiempo que se han tomado en leer este hilo.

ARRIVA LAS "CHIVAS DE MEXICO"

[cbrrr]

Esta pregunta es muy relativa, aunque, lo normal (o lo que yo he hecho siempre), es empezar definiendo las bases de datos y todo lo referente a ellas (índices principales, claves foráneas, referencias de integridad, cheks, ......). Vamos, todo lo que se desprende de un primer análisis de un problema

Luego, a medida que vas desarrollando el cliente, te das cuenta que faltan cosas en el servidor, es decir, algunos índices, algunos procedimientos almacenados, quizás algún trigger, ...., por lo que el desarrollo, tanto del cliente como del servidor, no termina hasta terminar la aplicación entera. Es un TODO que es difícil de gestionar por separado ya que hay mucha dependencia uno del otro.

[DarkByte]

Empieza por leer la Guía de estilo

[jachguate]

De que tipo de aplicación estamos hablando?

[DarkByte]

Sinceramente, creo que lo mejor es, en un block de notas, aputar todas las caracteríasticas y comandos de la aplicación, después hacer el servidor, que suele ser la parte más robusta y la que va a guiar a los clientes, una vez terminada esta, ya vas a saber los comandos disponibles para los clientes.

[cbrrr]

Empezado por jachguate

De que tipo de aplicación estamos hablando?

Empezado por leury

Por donde empezar mi aplicacion Cliente/Servidor

Qué más da que la aplicación sea 2 capas o 3 capas? Es una aplicación C/S, donde hay procesos que se ejecutan en el Servidor y otros que se ejecutan en el Cliente

Empezado por DarkByte

creo que lo mejor es, en un block de notas, aputar todas las caracteríasticas y comandos de la aplicación...

A ésto, por si no lo sabes, se le llama análisis y, es algo más que apuntar en un bloc de notas las características de la aplicación. La lástima es que muchas veces no se suele hacer este análisis (por tiempo) y luego pasa lo que pasa, que las aplicaciones crecen de forma totalmente desordenada y cahótica.
El análisis (toma de requirimientos, distribución de procesos, flujo de datos,.....) es un 80% de una aplicación. El teclear el código, "hasta el más tonto lo sabe hacer" (es una manera de hablar, claro)

[marcoszorrilla]

He votado por el Servidor, las razones porque el servidor es quien luego va a facilitar los datos a los clientes y si éste no estuviese bien estructurado incluso habría cosas imposibles de realizar.

Creo que el primer punto importante es qué tablas, campos, claves foraneas, relaciones e índices vamos a necesitar.

El punto siguiente, sería establecer las reglas del negocio y ver donde han de residir, en el servidor o en el cliente, por poner un ejemplo, si la fecha de vencimiento de una factura es anterior a la fecha de emisión tendríamos que emitir un mensaje de error, pero sería ridículo y un gasto de recursos innecesario hacer viajar esta lógica al servidor para que la resolviera, cuando se puede resolver perfectamente en el cliente.....

Finalmente en virtud de un montón de consideraciones más, como quiera que los disparadores y todo lo que debiera residir en el servidor ya lo tendríamos implementado solamente quedaría lo que es el código puro y duro en Delphi o el lenguaje de que se trate.

Como es una encuesta se trata de que cada uno ponga su punto de vista si lo desea y vote, sin que para ello se necesite zaherir a nadie.

Un Saludo.

[DarkByte]

Empezado por marcoszorrilla

cada uno ponga su punto de vista si lo desea y vote, sin que para ello se necesite zaherir a nadie.

¿¿Y esto significa??

Empezado por Diccionarios.com

zaherir (l. faciem ferire, herir en la cara)

1 tr. Reprender [a uno] dándole en rostro con alguna acción o beneficio.
2 Mortificar [a uno] con reprensión maligna. **CONJU. [35] como hervir.

Ahh!! Una vez más he tenido que recurrir a diccionarios.com para "desencriptar" tu post. Vaya método de criptografía que usas... para mí que más seguro que MD5

[leury]

Empezado por jachguate

De que tipo de aplicación estamos hablando?

En Fin una Aplicacion Cliente/Servidor, nada en especifico;

Empezado por DarkByte

Sinceramente, creo que lo mejor es, en un block de notas, aputar todas las caracteríasticas y comandos de la aplicación, después hacer el servidor, que suele ser la parte más robusta y la que va a guiar a los clientes, una vez terminada esta, ya vas a saber los comandos disponibles para los clientes.

Buena Idea.

Empezado por cbrrr

A ésto, por si no lo sabes, se le llama análisis y, es algo más que apuntar en un bloc de notas las características de la aplicación.

Bien, cbrrr pero hablando a nivel del analisis la pregunta sigue siendo la misma: ¿por donde empezar, por el cliente ó por el servidor?

Empezado por marcoszorrilla

He votado por el Servidor, las razones porque el servidor es quien luego va a facilitar los datos a los clientes y si éste no estuviese bien estructurado incluso habría cosas imposibles de realizar.
Un Saludo.

Bien marcoszorrilla, Respeto tu voto y acepto tus razones , pero que hay con el Cliente es quien te dice cuales son los datos que necesita del Servidor.

"POR QUE PRODUCIMOS MATERIAL INFORMATICO, NO A LA PIRATERIA INFORMATICA"

[cbrrr]

Empezado por leury

Bien, cbrrr pero hablando a nivel del analisis la pregunta sigue siendo la misma: ¿por donde empezar, por el cliente ó por el servidor?

Bien, si te lees mis dos intervenciones, creo que he dejado claro por donde empezaría (servidor)