Path: csiph.com!eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dr.UgoGagliardelli" Newsgroups: it.comp.java,it.lavoro.informatica Subject: Re: Scusate ma in ottica aziendale Date: Wed, 16 Dec 2015 13:40:01 +0100 Organization: Aioe.org NNTP Server Lines: 34 Message-ID: References: NNTP-Posting-Host: 6JUt1euGnZReFU5hac52Pw.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 X-Notice: Filtered by postfilter v. 0.8.2 Xref: csiph.com it.comp.java:8809 it.lavoro.informatica:139213 Il 15.12.2015 20.39, Delta11 ha scritto: > chi stabilisce le librerie da usare. > oppure lo sviluppatore a capocchia sceglie quelle che piacciono di piu. > > Esempio > > import java.text.SimpleDateFormat; > import java.util.Calendar; > import java.util.Date; > import org.apache.commons.lang.time.DateUtils; > > ovvero 4 librerie per trattare una data quando ne basterebbe una fatta bene > > a capocchia o c'è una logica ? Intanto le librerie utilizzate nel tuo esempio non sono 4 ma solo 2, di cui una (rt.jar) non la si puo' evitare perche' fa parte del runtime java. La libreria commons-lang.jar e' abbastanza comune, utilizzarla o meno ha come unico scopo quello di non riscoprire ogni volta l'acqua calda. Tra l'altro essendo protetta dalla licenza Apache, non pone nemmeno limiti di utilizzo. In definitiva, la tua domanda e' mal posta e fa trasparire l'ignoranza in materia di chi la pone, se mai ce ne fosse stato bisogno. Mi rendo anche conto che essendo che in cobol le date, intese come tipo dati, non esistono, ti puo' essere sembrato strano. Ma in realta' trattare le date e' un'operazione complessa, proprio per i multiformi aspetti che una data puo' assumere. Ad esempio, trattare una data gregoriana e una data lunisolare (come nel calendario ebraico) riconducendole ad un unico orario definito nello spazio, nel tempo e nella storia con implicazioni culturali, in cobol potrebbe essere parecchio complesso (valuto non meno di 10000 righe di codice), in java c'e' appunto il tipo Calendar, che riduce i gradi di liberta' semplificando enormemente i conti limitando il codice a poche righe.