Dire che una classe sia solo sintassi, vuol dire non avere per nulla chiaro che cosa sia una classe.
Ovviamente la puoi usare come se fosse un modo alternativo per aggregare funzioni ma NON E' ESATTAMENTE (e nemmeno lontanamente) la stessa cosa.
E' un po' come dire che una macchina di F1 e' come un'utilitaria: tanto entrambe hanno 4 ruote, un motore, un volante, i freni, il cambio marce e vanno a benzina. Certo, e la si puo' usare anche come un'utilitaria. Ma usando questo approccio si rischia di farsi molto male ...
Per quanto riguarda realizzare web services, la cosa NON E' banale.
1) web service e' un termine GENERICO per indicare diverse tecnologie abbastanza complesse e MOLTO differenti tra loro: SOAP, RESTful, XMLRPC, banali url HTTP
2) esistono un bel po' di STANDARD che DEVONO essere seguiti affiche' un web service sia utilizzabile da ALTRE applicazioni.
3) ci sono delle FILOSOFIE da seguire per quanto riguarda il passaggio parametri, il valore di ritorno, la gestione degli errori, la gestione delle sessioni, la persistenza delle informazioni, la struttura delle URL, la strutura dei DATI che devono essere manipolati, ...
TUTTA l'infrastruttura si basa su HTTP, e quindi, una chiamata al web service DEVE passare tutta una serie di informazioni, e seguire una serie di PROTOCOLLI ben definiti.
Implementare tutto questo A MANO e' suicidio. MEGLIO (MOOOOOLTO meglio) cercare una libreria che implementa TUTTO quello che serve.
MA l'uso della libreria NON BASTA, perche', di nuovo, c'e' una FILOSOFIA che va compresa e seguita.
Ed ANCHE se le applicazioni sono realizzate dalla stessa azienda, l'idea di INVENTARSI uno standard sempliciotto per le proprie necessita' (supponendo di ottenere risultati in tempi inferiori) E' UNA PESSIMA idea per un'infinita' di motivi.
Quindi, forse, ti conviene appoggiarti a qualcuno che conosce queste tecnologie/argomenti, che NON SI IMPARANO in giorni!!!!!
E non si possono spiegare a suon di post.
E men che meno ad un bambino
(Vabbe! Battutona pessima )