Optimización máxima ¿OO o Estructurada?

[vrael]

Estoy en un dilema, porque no se muy bien por que sistema decidirme para implementar esto:

El tema: Tengo un sistema, con usuarios, que tras autenticarse con una BD tienen distintas características disponibles según su nivel de permisos o algunos datos guardados en la BD.

Por un lado, lo planteo (Estructurada), como que simplemente tendría que hacer consultas a la BD para mostrar las opciones según los datos que tenga almacenado o sus permisos.

Por otro lado, lo planteo (OO), como una clase usuario, que tiene una serie de atributos y métodos. Según su nivel de permisos y los datos de la BD, cargo los datos necesarios en sus atributos y actuo con ellos a través de los métodos.

Lo que me de miedo de este último sistema es: cada vez que instancio un objeto usuario, estoy creando el objeto que se almacena en la memoria del servidor y que reside ahí hasta que el usuario salga de su sesión ¿no?
Esto puede no ser importante si se trata de pocos usuarios, pero si tengo muchísimos usuarios ¿puede afectar al rendimiento del servidor?

Me importa muy mucho el tiempo de respuesta de mi servidor, y no cargarlo con trabajo inecesario. Así que, ¿cómo lo haríais vosotros? Algún consejo u opinión, por favor.


PD: Siento que el mensaje me haya quedado un poco largo, espero que se entienda. Gracias por anticipado.

[pateketrueke]

pre-optimizar es un mal vicio, y definitivamente tampoco existe un tipo de optimización máxima, ya que todo esta en constante evolución, por lo tanto pensar de ese modo es errado...

ahora, independientemente de si usas objetos o no, una mala implementación resulta siempre en una pésima aplicación... ni importa como lo veas, por ahí no va el detalle!!

con respecto a la memoria también tienes equivocados conceptos, pues hay que saber que php es un lenguaje stateless lo que significa que solo reside en memoria mientras se ejecuta el script, no a través de la sesión misma...

y por último, no es una tendencia ni moda emplear OO, estoy seguro que si lees lo básico de dicho paradigma, y además comienzas a utilizarlo te darías cuenta de cuan equivocado estabas...

[vrael]

Estoy de acuerdo en que es un mal vicio xD. Pero bueno, tampoco creo que esté mal pensar en los recursos que tenemos y cuál es la mejor forma de emplearlos.

Evidentemente sé que no existe la optimización total, ni por asomo, pero sí ciertas prácticas o formas de implementar que ahorran trabajo. (4 líneas de código siempre estarán mejor que 25 si al final los dos hacen lo mismo).

Creo que ya me he dado cuenta del error, y es precisamente por lo que me has dicho, que PHP es un lenguaje stateless. Yo lo estaba planteando como OO en java, o C++, donde siempre existen los objetos en memoria hasta que los destruyes.

Por último, estoy completamente de acuerdo en que OO no es una moda, añade ventajas de abstracción, modularidad, encapsulación, y jerarquización que no tiene la programación estructural. Sin embargo, tampoco crea que sea necesario implementarlo todo con OO, hay que utilizar cada tipo de programación según sea la tarea que haya que desempeñar o la embergadura del proyecto.

Corrígeme si me equivo. Y muchas grácias por tu respuesta.

[GatorV]

Exponiendo el caso que explicas creo debes de hacerlo con POO con un buen diseño, si fueras a hacer una forma de contacto, podrías usar programación estructurada, aunque al final creo siempre viendolo desde POO te brinda posibilidades a futuro como la modularidad y expansión que no tienes con estructurada.

Velo desde esta forma, la POO fue inventada después de la estructurada para resolver muchos problemas que existian con la programación estructurada, es incorrecto pensar que si lo haces con POO trae problemas o que si lo haces todo con PE es lo mejor, por algo las cosas se inventaron para mejorar.