Domanda da ignorante... quanti metodi può contenere una classe?

[Dr.chm]

Salve a tutti,
so che è una domanda da ignorante... ma quanti metodi può contenere una classe? O meglio, credo che dal punto di vista tecnico non ci siano limiti, ma se io volessi raggruppare tutte le funzioni necessarie al mio sito web, in una singola classe, e poi richiamarle nel momento del bisogno, sarebbe un codice scorretto o "sporco"?

per esempio, se creo un file chiamato metodi_generali.php con all'interno una classe con tutti i metodi che mi servono:

class funzioni{

// proprietà

public function db_connect(){

}

public function login(){

}

//ecc...

}

e poi, nelle pagine in cui è necessario, includere il file metodi_generali.php

require('metodi_generali.php');

$istanza_classe  = new funzioni();

$stanza_classe->db_connect();
$stanza_classe->login();

//ecc...

sarebbe un codice corretto sotto ogni punto di vista? O per correttezza, sarebbe meglio creare più classi?

Grazie per le risposte e per la pazienza

Buona serata!

[.Kurt]

ma se io volessi raggruppare tutte le funzioni necessarie al mio sito web, in una singola classe, e poi richiamarle nel momento del bisogno

Faccio io una domanda: WHY? WHY? WHY? WHY? WHY?!

sarebbe un codice scorretto o "sporco"?

Puoi farlo, ma per favore, pensaci due volte. Non sacrificare la S di SOLID.

[Dr.chm]

Faccio io una domanda: WHY? WHY? WHY? WHY? WHY?!
Puoi farlo, ma per favore, pensaci due volte. Non sacrificare la S di SOLID.

Semplice curiosità! Sinceramente, avevo il presentimento che una scelta simile non aveva senso, ma comunque mi interessava sapere se era "ipoteticamente" fattibile!

Grazie mille per la risposta!

[MySQL]

nessuno te lo vieta. sono i soliti pattern e antipattern.
personalmente ritengo che non esista la ingegneria del software.
bensì l'arte di programmare i computer
sono punti di vista abbastanza analoghi a Mac Vs. pc

[Alhazred]

nessuno te lo vieta. sono i soliti pattern e antipattern.
personalmente ritengo che non esista la ingegneria del software.
bensì l'arte di programmare i computer
sono punti di vista abbastanza analoghi a Mac Vs. pc

Come strutturare una classe non ha molto a che vedere con i pattern, una classe si struttura secondo la logica che governa ciò che si vuole modellare, non secondo i pattern, i pattern si usano per organizzare il flusso di dati da una parte all'altra dell'applicazione.
Se mi si chiedesse di realizzare il codice per il gestionale di un'officina, io la classe Automobile la farei allo stesso modo senza pensare minimamente al pattern da usare, sempre un'automobile è, non cambia secondo il pattern che usi, ha sempre 4 ruote, 1 motore, 1 cambio...

L'arte di programmare i computer cos'è?
Non è saper organizzare il codice in modo ordinato e logico? Non penso che la tua idea di programmazione sia mettere pezzi di codice in giro a caso e in modo diverso ogni volta che ti serve la stessa funzionalità, giusto?
Bene, qualunque sia la tua idea di ordine e logica, comunque stai pensando a come sia meglio scrivere il tuo codice e questa tua idea è un pattern, il tuo personale.
Parte dell'ingegneria del software è proprio questo, studiare metodi per scrivere codice in modo logico ed ordinato in modo che sia meglio manutenibile ecc.
Quindi qualsiasi sia il tuo approccio alla programmazione, se pensi a come organizzare il tuo codice senza seguire modelli già pensati da altri, stai applicando la tua idea di ingegneria del software.

Detto questo, per rispondere all'autore ed al tema della discussione, concordo con chi già ti ha detto che fondamentalmente puoi fare come ti pare, dentro la classe ci puoi mettere tutti i metodi che vuoi, ma che ciò non ha alcun senso, non è programmazione object oriented.
A quel punto ti conviene fare un file con dentro tutte le funzioni che intendi usare, lo includi dove serve ed usi le tue funzioni, risparmiando anche risorse perché non devi creare nessun oggetto.

[satifal]

Se mi si chiedesse di realizzare il codice per il gestionale di un'officina, io la classe Automobile

L'autore del 3d invece farebbe direttamente la classe "GestionaleDiUnOfficina"! ...vuoi mettere utilizzare il paradigma OOP piuttosto che la vile e volgare programmazione funzionale!?!?

[MySQL]

Se mi si chiedesse di realizzare il codice per il gestionale di un'officina, io la classe Automobile la farei allo stesso modo senza pensare minimamente al pattern da usare, sempre un'automobile è, non cambia secondo il pattern che usi, ha sempre 4 ruote, 1 motore, 1 cambio...

Mi basta questo per capire il livello (senza offesa) della risposta, cioè livello dilettantesco (nel senso buono, diciamo hobbystico)

L'arte di programmare i computer cos'è?

La Bibbia dell'informatico (vero, ma non finto), vedo che non è stato colto il riferimento, ma pazienza.

[Alhazred]

Mi basta questo per capire il livello (senza offesa) della risposta, cioè livello dilettantesco (nel senso buono, diciamo hobbystico)

Ah beh, ubi maior...
Scusa eh.

[.Kurt]

sono i soliti pattern e antipattern.
personalmente ritengo che non esista la ingegneria del software.

pattern e antipattern sono nell'ambito dell'ingegneria del sw.
non sta costruendo un vaso di terracotta: costruire una classe che wrappa un mucchio di funzioni non è arte, non è oop, non è utile, non è nulla tranne che una pessima idea. Quindi "anche se puoi farlo, non dovresti, e non devi.".

sono punti di vista abbastanza analoghi a Mac Vs. pc

[MySQL]

pattern e antipattern sono nell'ambito dell'ingegneria del sw.
non sta costruendo un vaso di terracotta: costruire una classe che wrappa un mucchio di funzioni non è arte, non è oop, non è utile, non è nulla tranne che una pessima idea. Quindi "anche se puoi farlo, non dovresti, e non devi.".

Per quanto mi riguarda fare qualcosa senza sapere perchè la si fa, è una pessima idea.
Il resto "non si fa perchè mi hanno detto che non si fa" lascia, almeno con me, il tempo che trova