Homepage  Il progetto dsy.it è l'unofficial support site dei corsi di laurea del Dipartimento di Scienze dell'Informazione e del Dipartimento di Informatica e Comunicazione della Statale di Milano. E' un servizio degli studenti per gli studenti, curato in modo no-profit da un gruppo di essi. I nostri servizi comprendono aree di discussione per ogni Corso di Laurea, un'area download per lo scambio file, una raccolta di link e un motore di ricerca, il supporto agli studenti lavoratori, il forum hosting per Professori e studenti, i blog, e molto altro...
In questa sezione è indicizzato in textonly il contenuto del nostro forum


.dsy:it. .dsy:it. Archive > Community > Tech
 
ASP vs PHP
Clicca QUI per vedere il messaggio nel forum
ale82info
secondo voi quale di questi linguaggi è + facile da utilizzare?
e per quando riguarda lo scripting VBSCRIPT o JSCRIPT?
qualcuno di voi ha fatto il progetto di basi con ASP!?

Ale

0m4r
per lo scripting lato client sicuramente Javascript.
Lo scripting lato server, se sei proprio a digiuno di tutto, ti consiglio allora PHP, è talmente banale come linguaggio che va più che bene (http://www.easyphp.org)

DeepBlue
Originally posted by ale82info
secondo voi quale di questi linguaggi è + facile da utilizzare?

E' una domanda da un milione di dollari :D

Fai prima a provarli entrambi, secondo me.
Io mi sono trovato molto meglio con il PHP, per esempio.

e per quando riguarda lo scripting VBSCRIPT o JSCRIPT?

ECMAscript :D:D:D
E se non puoi, usa Jscript: vbscript è troppo legato a IE.

yeah
Se hai esperienza di (Visual) Basic probabilmente familiarizzerai più velocemente con ASP, altrimenti se conosci C/C++ penso che PHP sia più comprensibile (quando ho dovuto provare ASP per lo scritto di basi di dati facevo fatica a non mettere il ';' alla fine di ogni istruzione :D)

Originally posted by DeepBlue

E se non puoi, usa Jscript: vbscript è troppo legato a IE.

Esattamente :) Firefox non legge vbscript ;)

maynard80
beh i programatori bravi in ASP trovano facilmente lavoro, io vorrei impararlo, anche se non capisco bene la differenza con ASPX

nous
Come non la capisci? Sono due mondi diversi : da un lato un pastrocchio procedurale, dall'altro un modello di programmazione Object Oriented.

yeah
Guarda che anche PHP supporta le classi :roll:
E poi, come ho già detto, dipende dalla conoscenza pregressa.

Per uno che non conosce nessun linguaggio non so :)

ripe
I :love: Asp.Net! :D

ripe
Originally posted by yeah
Guarda che anche PHP supporta le classi :roll:
E poi, come ho già detto, dipende dalla conoscenza pregressa.

Per uno che non conosce nessun linguaggio non so :)


Supporta le classi, ma non è un framework completamente ad oggetti. In .NET puoi riutilizzare gli oggetti esistenti ereditandoli, hai a disposizione moltissime interfacce che svolgono le operazioni più comuni, senza contare alcune delle caratteristiche (data binding, user controls, viewstate, ...) che sono off limits per gli altri linguaggi. Sinceramente è proprio un altro mondo, ma finché non lo provi non te ne accorgi! ;)

EDIT: due cose che mi piacciono molto di Php sono lo Zend Optimizer (anche se un pò bacato) e il motore di template Smarty! :)

holylaw
e cmq credo che maynard intendeva le differenze tra asp e aspx e non tra asp e php... ma forse mi sbaglio

ripe
Originally posted by holylaw
e cmq credo che maynard intendeva le differenze tra asp e aspx e non tra asp e php... ma forse mi sbaglio


Vale lo stesso discorso, più o meno. Se non che le ASP non ancora più arretrate perchè lo sviluppo è terminato da un bel pò di anni...

ale82info
Originally posted by ale82info

qualcuno di voi ha fatto il progetto di basi con ASP!?

Ale


mi quoto da solo x riproporre questa domanda!!! ;)

ripe
Io l'ho fatto con Asp tanti anni fa... se vuoi gli puoi dare un'occhiata per farti un'idea! ;)

yeah
Supporta le classi, ma non è un framework completamente ad oggetti. In .NET puoi riutilizzare gli oggetti esistenti ereditandoli, hai a disposizione moltissime interfacce che svolgono le operazioni più comuni, senza contare alcune delle caratteristiche (data binding, user controls, viewstate, ...) che sono off limits per gli altri linguaggi.

Riesco ad immaginare :), visto il recente progetto db in xml.

nous
Originally posted by yeah
Riesco ad immaginare :), visto il recente progetto db in xml.


??

ripe
Originally posted by nous
??


Off-Topic:

Niente, una cosa mia... ;)

AlphaGamma
PHP 5, per chi lo ha visto, sta al PHP 4 come il C++ sta al C.
Oggetti, classi, interfacce, template, costrutti try... il tutto con la solita tranquilla semplicità ed intuitività del C... ;)

nous
E quindi sta alla programmazione ad oggetti come un cammello sta al palio di Siena.

ale82info
ripe hai pm

yeah
Originally posted by ripe

Niente, una cosa mia...

Ah ecco di chi era :D hai cambiato avatar nel frattempo ;)

ripe
Originally posted by AlphaGamma
PHP 5, per chi lo ha visto, sta al PHP 4 come il C++ sta al C.
Oggetti, classi, interfacce, template, costrutti try... il tutto con la solita tranquilla semplicità ed intuitività del C... ;)


Ancora...
Il fatto che 'supporti' gli oggetti non fa di PHP 5 un framework ad oggetti...

Ale, ho risposto! ;)

AlphaGamma
Cosa intendi per framework ad oggetti?

Se il C++ è un linguaggio ad oggetti, anche PHP5 è un linguaggio ad oggetti. Semplice e chiaro.

Poi magari abbiamo due idee diverse su classi ed oggetti.

ripe
Originally posted by AlphaGamma
Cosa intendi per framework ad oggetti?

Se il C++ è un linguaggio ad oggetti, anche PHP5 è un linguaggio ad oggetti. Semplice e chiaro.

Poi magari abbiamo due idee diverse su classi ed oggetti.


No no, quello che dici tu è giustissimo. Però:

1. Per retrocompatibilità il modello di Php 5 viene fuso con quelli precedenti, lasciando un accrocchio un pò difficile da decifrare. In più mancano ancora dei dettagli per me fondamentali (a meno che non siano stati implementati di recente) come la gestione delle eccezioni, che in progetti di grandi dimensioni non possono mancare.

2. Per framework ad oggetti intendo un ambiente costituito interamente da classi ed interfacce, che possono essere estese ed implementate per favorire il riutilizzo e la manutenzione del codice. Se in Php la manipolazione dei file è lasciata ad una serie di funzioni, in Asp.NET ad esempio ogni cartella o file è un oggetto con le sue proprietà, metodi ed eventi da estendere ed utilizzare a piacere. Capirai che in progetti web dove la maggior parte delle volte le operazioni sono ripetute, questo è un enorme vantaggio!

Correggimi se ho detto delle cazzate! ;)

Walter
Premesso che sono poco informato a riguardo di ASP.NET e PHP5, comunque una veloce ricerca su Google :) ha portato ai seguenti risultati:
- le eccezioni sono implementate anche in PHP5: http://www.php.net/manual/en/language.exceptions.php
- classi ed interfacce sono illustrate qui: http://www.php.net/manual/en/language.oop5.php
- esistono varie librerie riusabili, ad esempio in http://pear.php.net
Per manipolare un file come oggetto, già con PHP4 si usa la classe definita in http://pear.php.net/package/File
In più, con PHP5.1 (in sviluppo) le classi standard (http://www.php.net/~helly/php/ext/spl/annotated.html) verranno ulteriormente ampliate (ad esempio, verrà aggiunta la classe FileObject: http://www.php.net/~helly/php/ext/s...FileObject.html).
Per quanto riguarda PHP5, l'impressione è che sia quindi ancora in evoluzione, ma che comunque abbia già qualche caratteristica in più di quelle citate finora nel thread.
Ad ogni modo, tra un linguaggio open source e uno closed la mia personalissima preferenza va sempre e comunque al primo, a prescindere da ogni altra considerazione :)

ripe
Giustamente, uno sceglie anche in base a quello. Comunque Mono assomiglia molto ad Asp.NET! ;)

Walter
Originally posted by ripe
Comunque Mono assomiglia molto ad Asp.NET! ;)
Uhm, non per polemizzare ma per imparare (io stesso!) qualcosa di nuovo :), la sezione FAQ in http://www.mono-project.com spiega meglio la relazione tra il progetto open source Mono, il framework .NET e ASP.net:

What is the difference between Mono and the .NET Initiative?

The ".NET Initiative" is a somewhat nebulous company-wide effort by Microsoft, one part of which is a cross-platform development framework. Mono is an implementation of the development framework, but not an implementation of anything else related to the .NET Initiative, such as Passport or software-as-a-service.


Does Mono work today?

The execution engine works on various platforms, we support Just-in-Time and Ahead-of-Time compilations on Intel x86 machines (and soon PowerPC). The class libraries are mature enough to run various real applications: our C# compiler, ASP.NET, and Gtk#-based applications.


e ancora, parlando di licenze e brevetti (http://www.mono-project.com/FAQ:_Licensing):

The .NET Framework is divided in two parts: the ECMA/ISO covered technologies and the other technologies developed on top of it like ADO.NET, ASP.NET and Windows.Forms.

Mono implements the ECMA/ISO covered parts, as well as being a project that aims to implement the higher level blocks like ASP.NET, ADO.NET and Windows.Forms.

The Mono project has gone beyond both of those components and has developed and integrated third party class libraries, the most important being: Debugging APIs, integration with the Gnome platform (Accessibility, Pango rendering, Gdk/Gtk, Glade, GnomeUI), Mozilla, OpenGL, extensive database support (Microsoft only supports a couple of providers out of the box, while Mono has support for 11 different providers), our POSIX integration libraries and finally the embedded API (used to add scripting to applications and host the CLI, or for example as an embedded runtime in Apache).

[...]

The controversial elements are the ASP.NET, ADO.NET and Windows.Forms subsets. Those are convenient for people who need full compatibility with the Windows platform, but are not required for the open source Mono platform, nor integration with today's Mono's rich support of Linux.

fabpicca
sinceramente preferisco php.
Mi sembra meno vincolato all'ide di sviluppo e alla piattaforma dato che molte delle caratteristiche di asp.NET si possono apprezzare solo su macchine MS. Le altre invece sono più che disponibili anche su php (che tra le altre cose implementa anche un SOAP engine , NUSOAP) ma semplicemente meno "accessibili" causa la non omogeneità del processo di sviluppo dei vari tool.

come alternativa a php consiglierei JSP sicuramente a scapito però delle prestazioni, ma inquanto a interoperabilità e portabilità direi che non c'è nulla da dire...

AlphaGamma
Originally posted by ripe
No no, quello che dici tu è giustissimo. Però:

1. Per retrocompatibilità il modello di Php 5 viene fuso con quelli precedenti, lasciando un accrocchio un pò difficile da decifrare. In più mancano ancora dei dettagli per me fondamentali (a meno che non siano stati implementati di recente) come la gestione delle eccezioni, che in progetti di grandi dimensioni non possono mancare.


Le eccezioni vengono gestite. ;)
Per quanto riguarda la retrocompatibilità anche il C++ è retrocompatibile col C. :)
Comunque anche un progetto web di grandi dimensioni (penso a Vbullettin) è comunque un piccolo progetto rispetto ad altri settori di utilizzo, quindi non vedo questo problema. A mio avviso PHP5 è già fin troppo ricco di possibilità per l'utilizzo reale che se ne va poi a fare.
Quando a qualcuno verrà in mente di gestire con PHP5 progetti delle dimensioni di SAP o Siebel, allora si potrà gestire al meglio il linguaggio. Per ora si usa comunque Java, non il Visual Basic.


2. Per framework ad oggetti intendo un ambiente costituito interamente da classi ed interfacce, che possono essere estese ed implementate per favorire il riutilizzo e la manutenzione del codice. Se in Php la manipolazione dei file è lasciata ad una serie di funzioni, in Asp.NET ad esempio ogni cartella o file è un oggetto con le sue proprietà, metodi ed eventi da estendere ed utilizzare a piacere. Capirai che in progetti web dove la maggior parte delle volte le operazioni sono ripetute, questo è un enorme vantaggio!

Correggimi se ho detto delle cazzate! ;) [/B]


Già in PHP4 si può implementare tutto sotto forma di classi e interfacce. PHP5 lo offre nativamente, ma ripeto, il paragone col C++ calza a pennello: non sei obbligato a farlo, proprio per retrocompatibilità.

ripe
Si, ma è ancora tutto immerso nella pagina Html come nel vecchio modello Asp, una schifezza! :shock:
Pensavo che almeno questo fosse cambiato.

ripe
Ma poi ci sono troppe differenze: codice sottostante, controlli server, data binding, viewstate, gestione del postback non esistono neanche in Php... impossibile fare un paragone. ;)

fabpicca
Originally posted by ripe
Si, ma è ancora tutto immerso nella pagina Html come nel vecchio modello Asp, una schifezza! :shock:
Pensavo che almeno questo fosse cambiato.


Ripe, tu parli da non "esperto", pertanto prima di gettare affermazioni poco fondate ti consiglio, magari, di cominciare ad usare php in maniera un po' seria.

realizzare una pagina senza html è possibile... ad esempio...
code:
if(isset($_GET['js'])){ $menu= new Menu("main"); $menu->getFromXml($mainMenuSource); $menu->draw("124px","475px",1,'horizontal'); } elseif(!isset($_GET['js'])) { $menu= new Menu("main"); $menu->getFromXml($mainMenuSource); $menu->draw("120px","475px",0,'horizontal'); }

Walter
Originally posted by ripe
Ma poi ci sono troppe differenze: codice sottostante, controlli server, data binding, viewstate, gestione del postback non esistono neanche in Php...
Però esistono frameworks che implementano queste funzionalità estendendo PHP5, ad esempio Prado (http://www.xisc.com)

Controlli server: http://www.xisc.com/wiki/index.php/TControl
Data binding: http://www.xisc.com/wiki/index.php/...al#Data_binding
Viewstate: http://www.xisc.com/wiki/index.php/...ntenanc
e

Gestione del postback e tutto il resto: http://www.xisc.com/wiki/index.php/...kstart_tutorial

ripe
Originally posted by fabpicca
Ripe, tu parli da non "esperto", pertanto prima di gettare affermazioni poco fondate ti consiglio, magari, di cominciare ad usare php in maniera un po' seria.

realizzare una pagina senza html è possibile... ad esempio...



Ok, ora apri una qualsiasi directory con script in PHP e trovamene uno con l'html COMPLETAMENTE separato dal codice. Lo stesso Mambo CMS che è un prodotto complesso che ammiro tantissimo (e a cui tendo), risponde ancora al vecchio modello. E, lascia stare, che di Php ne vedo molto anche senza essere un "esperto".

Walter, è verissimo quello che dici, e infatti in fondo alla definizione di Prado, in uno dei link che hai postato, leggo:


The idea of PRADO was first inspired by the Apache Tapestry project. During its design and implementation, Borland Delphi and Microsoft ASP.NET play a very important role in helping me think and design. In fact, people having experience with ASP.NET may find a lot of similar aspects in PRADO.


A questo punto rimane la scelta tra avere tutto integrato in un unico framework o andare ad aggiungere componenti su componenti. Tra l'altro non so che livello di accesso chiedono queste ulteriori funzionalità, e non credo che l'installazione sia alla portata degli utenti di tutti gli spazi web.

ripe
Visto che la discussione stava un pò degenerando, mi scuso per la "schifezza" di sopra e preciso, per l'ennesima volta, di non avere nulla contro il mondo Php. Anzi, in quanto a velocità, sicurezza, dimensione della comunità, numero di script open source, aggiornamenti resta probabilmente il migliore. Solo che io cercavo qualcos'altro...
Allo stesso modo fare ricerche su Google senza aver provato il concorrente che si sta confrontando non è proprio correttissimo. Ad esempio già solo i controlli server su Asp.Net sono mille volte più complessi, tra UserControl, WebControl, CustomControl, TemplatedControl, ChildControls, ecc ecc...

fabpicca
Originally posted by ripe
Ok, ora apri una qualsiasi directory con script in PHP e trovamene uno con l'html COMPLETAMENTE separato dal codice. Lo stesso Mambo CMS che è un prodotto complesso che ammiro tantissimo (e a cui tendo), risponde ancora al vecchio modello. E, lascia stare, che di Php ne vedo molto anche senza essere un "esperto".


Guarda, le possibilità di implementazioni che prevedono la famigerata "separation of concerns" ci sono, e, ovviamente sono le più problematiche.
Che una persona poi abbia voglia di sbattersi e raffinare il codice piuttosto che "sporcarlo" di html è un altro paio di maniche. L'importante è che il linguaggio dia la possibilità di farlo, e questo php lo può fare, tra l'altro anche in maniera più performante di ASP.NET.

ripe
Originally posted by fabpicca
Guarda, le possibilità di implementazioni che prevedono la famigerata "separation of concerns" ci sono, e, ovviamente sono le più problematiche.
Che una persona poi abbia voglia di sbattersi e raffinare il codice piuttosto che "sporcarlo" di html è un altro paio di maniche. L'importante è che il linguaggio dia la possibilità di farlo, e questo php lo può fare, tra l'altro anche in maniera più performante di ASP.NET.


Boh, questo non lo so. In ASP.NET il degrado delle prestazioni (anche con CodeBehind) si avverte solo al primo caricamento della pagina, ma dopo la compilazione di problemi non ce ne sono più.

Walter
Originally posted by ripe
Ok, ora apri una qualsiasi directory con script in PHP e trovamene uno con l'html COMPLETAMENTE separato dal codice.
vBulletin separa l'html dal codice, Drupal idem (a quanto mi diceva un suo sviluppatore) :)
Esiste più di un template engine (http://smarty.php.net ad esempio) che dà una mano allo sviluppatore in questo senso :)

Originally posted by ripe
A questo punto rimane la scelta tra avere tutto integrato in un unico framework o andare ad aggiungere componenti su componenti.
Non sempre le integrazioni portano alle soluzioni migliori (vedi Internet Explorer :)). E comunque è sempre una questione di libertà: la libertà di scegliere il framework, di studiarne il funzionamento, di modificarlo secondo le proprie necessità e conseguentemente ridistribuirlo.

Originally posted by ripe
Tra l'altro non so che livello di accesso chiedono queste ulteriori funzionalità, e non credo che l'installazione sia alla portata degli utenti di tutti gli spazi web.
Probabilmente (è una supposizione) è il provider del servizio che installa il framework, non l'utente finale.

Originally posted by ripe
Visto che la discussione stava un pò degenerando
Ma no :D, secondo me la discussione è interessante, a parte qualche commento un po' duro :)
Originally posted by ripe
Allo stesso modo fare ricerche su Google senza aver provato il concorrente che si sta confrontando non è proprio correttissimo.
A me interessava solo smentire qualche informazione inesatta che dava una rappresentazione errata e molto limitata del mondo php :)
Ora chi ha seguito questo thread ed è realmente interessato ad approfondire PHP5 (e i suoi frameworks) e ASP.NET (e il framework .NET) senza precondizionamenti di sorta ha più materiale da prendere in considerazione, e quindi può farsi un'idea più completa :)

ripe
Originally posted by Walter
vBulletin separa l'html dal codice, Drupal idem (a quanto mi diceva un suo sviluppatore) :)
Esiste più di un template engine (http://smarty.php.net ad esempio) che dà una mano allo sviluppatore in questo senso :)



Beh, ma Smarty è sempre codice immerso nell'Html... :?
Guarda, ho scaricato Drupal e gli ho dato un'occhiata. Questa è la pagina index.php:

PHP:

<?php
include_once 'includes/bootstrap.inc';
drupal_page_header();
include_once 
'includes/common.inc';

fix_gpc_magic();

$status menu_execute_active_handler();
switch (
$status) {
  case 
MENU_NOT_FOUND:
    
drupal_not_found();
    break;
  case 
MENU_ACCESS_DENIED:
    
drupal_access_denied();
    break;
}

drupal_page_footer();

?>



Dunque mi sa che non ci siamo...

Originally posted by Walter

Non sempre le integrazioni portano alle soluzioni migliori (vedi Internet Explorer :)). E comunque è sempre una questione di libertà: la libertà di scegliere il framework, di studiarne il funzionamento, di modificarlo secondo le proprie necessità e conseguentemente ridistribuirlo.



Certo, questo è ovvio. Anzi, meglio che abbiamo la possibilità di scegliere implementazioni molto diverse tra loro! ;)

Originally posted by Walter

Probabilmente (è una supposizione) è il provider del servizio che installa il framework, non l'utente finale.



Infatti, di conseguenza per molti diventa off-limits.

Originally posted by Walter

Ma no :D, secondo me la discussione è interessante, a parte qualche commento un po' duro :)
A me interessava solo smentire qualche informazione inesatta che dava una rappresentazione errata e molto limitata del mondo php :)
Ora chi ha seguito questo thread ed è realmente interessato ad approfondire PHP5 (e i suoi frameworks) e ASP.NET (e il framework .NET) senza precondizionamenti di sorta ha più materiale da prendere in considerazione, e quindi può farsi un'idea più completa :)


Mi sono scusato sopra per il commento un pò forte! :D
Se qualcuno ha bisogno delucidazioni riguardo ad ASP.NET io sono sempre disponibile... sto studiando duramente per diventare un Certified Trainer, vediamo se ce la faccio! :asd:

fabpicca
Originally posted by ripe
Beh, ma Smarty è sempre codice immerso nell'Html... :?
Guarda, ho scaricato Drupal e gli ho dato un'occhiata. Questa è la pagina index.php:

PHP:

<?php
include_once 'includes/bootstrap.inc';
drupal_page_header();
include_once 
'includes/common.inc';

fix_gpc_magic();

$status menu_execute_active_handler();
switch (
$status) {
  case 
MENU_NOT_FOUND:
    
drupal_not_found();
    break;
  case 
MENU_ACCESS_DENIED:
    
drupal_access_denied();
    break;
}

drupal_page_footer();

?>



Dunque mi sa che non ci siamo...


dov'è l'html scusa?

ripe
Originally posted by fabpicca
dov'è l'html scusa?


Infatti, è proprio questo il problema: dov'è l'html?
In questa pagina dovrebbe esserci l'html costituito dai controlli modificabili lato-server, e in un'altra pagina dovrebbero esserci gli oggetti che interagiscono con tale struttura andando a costruirla.
Sempre secondo la mia modestissima opinione quello di Drupal non è un approccio valido. E' solo un modo per scappare dall'immersione di codice nell'html, creando tutto l'html via codice...

dan
Mi hanno appena chiesto un porting da PHP a ASP... ahhhhhhhhhhhhhhhhhhhhhhhhh!

ripe
Auguri! :D

dan
:(

ripe
Giusto perchè mi sono interessato al confronto e come mi avete fatto notare ho delle lacune soprattutto rispetto alle nuove versioni di Php (diciamo che mi sono fermato prima della 4), mi dite come realizzereste questo semplicissimo programmino?

http://www.usaclicinisello.it/ArrayList.aspx

Premetto che l'Html non è esattamente corretto, il codice non è stato realizzato usando il codebehind e il programma non è nulla di complicato, ma non era questo lo scopo del mio interessamento.

Questo è il codice ASP.NET (VB.NET):

code:
<script runat="server"> Dim MovieList As ArrayList Sub Page_Load(sender As Object, e As EventArgs) If Page.IsPostBack Then MovieList = CType(ViewState("MovieList"), ArrayList) Else MovieList = New ArrayList(128) MovieList.Add("Pulp fiction") MovieList.Add("Aliens") MovieList.Add("The Good, The Bad and the Ugly") ViewState("MovieList") = MovieList ShowList() End If End Sub Sub ShowList() If MovieList.Count > 0 Then List.Text = String.Concat("Sono presenti ", MovieList.Count, " film nella lista.<br /><br />") For Each Movie As String In MovieList List.Text = String.Concat(List.Text, Movie, "<br />") Next Else List.Text = "Non è presente nessun film nella lista." End If End Sub Sub OnAddMovie(sender As Object, e As EventArgs) MovieList.Add(MovieName.Text) ShowList() End Sub Sub OnDeleteMovie(sender As Object, e As EventArgs) Dim Index As Integer = MovieList.IndexOf(MovieName.Text) If Index = -1 Then Status.Text = "Film non trovato nell'elenco" Else MovieList.RemoveAt(Index) End If ShowList() End Sub Sub OnSortMovie(sender As Object, e As EventArgs) MovieList.Sort() ShowList() End Sub Sub OnCustomSortMovie(sender As Object, e As EventArgs) Dim Comparer As New ReverseComparer() MovieList.Sort(Comparer) ShowList() End Sub Class ReverseComparer Implements IComparer Function Compare(x As Object, y As Object) As Integer Implements IComparer.Compare Dim Comparable As IComparable = CType(x, IComparable) Dim CompareResult As Integer = Comparable.CompareTo(y) If CompareResult <> 0 Then CompareResult *= -1 End If Return CompareResult End Function End Class </script> <html> <head> <title>Manipolazione di un ArrayList</title> </head> <body> <form runat="server"> <h1><b>Lista di film utilizzando un ArrayList</b></h1><hr /> <h2><b>Film in lista:</b></h2> <div><asp:Label id="List" EnableViewState="False" runat="server" /></div> <p><b>Nome del film:</b> <asp:TextBox id="MovieName" runat="server" /></p> <asp:Button id="AddMovie" OnClick="OnAddMovie" Text="Aggiungi film" runat="server" /> <asp:Button id="DeleteMovie" OnClick="OnDeleteMovie" Text="Cancella film" runat="server" /> <asp:Button id="SortMovie" OnClick="OnSortMovie" Text="Ordina film" runat="server" /> <asp:Button id="CustomSortMovie" OnClick="OnCustomSortMovie" Text="Ordina film (al contrario)" runat="server" /> <p><asp:Label id="Status" ForeColor="red" runat="server" /></p> </form> </body> </html>


Qualcuno che non ha nulla da fare mi scrive una copia il più moderna possibile (ovvero usando magari gli oggetti di Php5) di questo codice?! Dai che ci vogliono cinque minuti!! :D

fabpicca
amo php, davvero.

MA NON E' POSSIBILE CHE ALLA VERSIONE 5 E DICO 5 NON CI SIA L'OVERLOADING DEI COSTRUTTORIIIIIIII!!!!

costringendomi a cagate tipo questa:

code:
__construct(){ $num_args=func_num_args(); switch($num){ case'0'.... case '1' .... ...... } }


snort!

ripe
Mi dispiace davvero! :(
Ma ne sei sicuro sicuro sicuro?

Powered by: vbHome (lite) v4.1 and vBulletin v2.3.1 - Copyright ©2000 - 2002, Jelsoft Enterprises Limited
Mantained by dsy crew (email) | Collabora con noi | Segnalaci un bug | Archive | Regolamento |Licenze | Thanks | Syndacate