http://rssM SK1com.com≥/2010-7345_3-5079603.htmlMST4partMS=rmsMSC6tagMSSK7feedMSP8subjMSS9news

Devo amare questa citazione... "Contrariamente a J2EE middlewareM SK1 .Net non fa molto oltre a connettere l'informazione al desktop Windows . Le aziende sono passate oltre il semplice collegamento delle applicazioni ma ora richiedono anche software che gestisce alti volume di transazioni e tutti i tipi di dati dei clienti M SK6 Devono integrare processi di business complessi e automatizzare centralmente la gestione degli ambienti informatici . Queste sono tutte aree in cui Microsoft continua a fallire " Huh...Io vengo da un ambiente di middleware JM SK1EE , questo tizio è pazzo ? Nella mia esperienza , J\2EE è molto più difficile integrarsi con successo con i sistemi |'di altri | ' |(iMSSK9eMSC10 non uso nativemente JAVA | ) rispetto a |M.NET |m- oh | МSK15 e non mi fanno iniziare a provare a usare J\2EE con CORBA |-. L'argomentazione di alto volume è una cosa che esiste da molto tempo e che è stata riportata molto ampiamente - Non ho ancora visto una comparazione di .NET contro J2EE IRL - la maggior parte di queste sono pure aneddoti e sostengono che il raccolto di spazzatura del '.NET sia inefficace e non riesca a scavalcare l'arguamento P5M SK6 Argumento |- non ho mai visto prova, anche se è un po' sospetto |P8 Il fatto che lui sia un tipo AS, /400, (, e quindi quasi certamente non abbia mai aperto un evento VS,., NET nella sua vita ), probabilmente dice molto.

UPDATE: Eric Gunnerson ha detto che credeva che alcuni dei commenti che ho menzionato prima fossero basati su un articolo del PC Magazine ... Penso sia questoM SK2... httpMSC4wwwMNK5pcmagMEK6comMRK7articleMMK8asp che in sé è molto interessante MKK9 questo commento era molto interessanteMZK10

"Il percorso .NET offre meno opzioni per costruire componenti logici e database di business. Microsoft non ha un progetto ufficiale per oggetti di business comparabile a Enterprise JavaBeans (EJBM SK4 sebbene raccomanda le migliori pratiche sul web SSK5www .microsoftMST7comM ST8resourcesMst9practicesSST10 Gli sviluppatori del NET devono concepire i propri modelli di componenti basati su queste praticheS ST12 mentre gli sviluppatori JS st13EE hanno solo bisogno di far funzionare un assistente per ottenere EJB+MST14

Sì, Sono d'accordoM SK1 Microsoft non ha fornito grandi risorse architettoniche - prima di esserci' ci sono tutte le lamentele che indicano il sito dell'Architectura MS MSC4 controllate SunMST5 lo spazza fuori dall'acquaMst6 In J2EE c'erano schemi molto chiari che si potevano seguire - volere una web appM SK2 guardare il modello MVC - voler l'integrazione dell'impresaMST4 guardare la EJBMSC5 stato o senza statoMSSK6 .NET ha ASPMS.NET e ha gli Enterprise Frameworks ♫- quello che non ho mai sentito in .NET è che questi erano '\connessi\MST13\ \mST14\ e nessun\MSST15\ Non credo\MSS16\che a questo punto Whidbey lo risolverà o \MSSST17\

Gli esempi sul sito ASP.NET sono veramente interessanti, sono web app piuttosto leggere - dove ' è il link a .NET Petshop o NileM SK5 Credo che questo sia un affresco dei giorni dell'ASP quando gli sviluppatori di ASP erano visti come |'Developperti Web | ' e VB | | 6 | МSK9 | V.C.

opinioni???