yaari spam (capitato anche a me)

Mi sono iscritto a questo sito di social network (yaari) causa di un "invito" arrivatomi via mail presumibilmente da una persona che conosco.
Effettivamente i dati coincidevano quasi.
Errore: dopo che mi sono iscritto, sono partiti altrettanti falsi inviti a mio nome verso indirizzi presi dalla mia rubrica (tra cui un mio secondo account).

A quel punto mi sono disiscritto (o almeno spero) ed ho invitato i miei amici a cestinare questo tipo di inviti.

Probabilmente anche io sono incappato nel problema quanto descritto da questo articolo.

Ovviamente cercano di fare piu' utenti possibili, ma questa politica scredita i siti di social network (anche quelli piu' seri), e poi non so fino a che punto funzioni davvero.

Immagino che le segnalazioni anti-spam ed anti-abuse che ne seguono finiscano per far aggiornare i filtri anti-spam dei vari providers, in modo da filtrare gli inviti provenienti da quel sito, compresi quelli leciti (volontari).

(p.s. pero' una cosa buona come conseguenza e' capitata: l'invito involontario e' arrivato a persone che non sentivo da anni, le quali, pur declinando, hanno sentito il bisogno di rispondere, insomma ho avuto occasione per riallacciare dei contatti ;-) )

Bash: come capire quale .jar contiene una certa classe

Se sei nella directory contenente i jar da cercare:

for i in `ls *.jar`; do echo $i; jar -tvf | grep eventuale.package.NomeCasse; done;

Se i jar possono essere in diverse sottodirectory a partire dalla directory corrente:

for i in `find . -name | egrep ".*\.jar$"`; do echo $i; jar -tvf | grep eventuale.package.NomeCasse; done;


(Non ho provato su Windows)

Blade Runner revised

Torneo Refactoring parte 2

Sempre a riguardo della prova relativa al torneo refactoring, provo a continuare con la mia proposta di soluzione, iniziata nel post precedente.

la prova03 evidenzia che nella classe printSlip la evaluate non sarebbe testabile perché usa lo standard output:

public void evaluate(Object aResource) {
       System.out.println(((Resource)aResource).name());
       System.out.println(((Resource)aResource).salary());
}

incidentalmente questa implementazione corrisponde al layout sintetico, descritto più avanti, che ha output tipo:
"Francesco\n1000.00\n"

Esiste anche un layout più dettagliato, che viene chiesto di implementare:
Il layout dettagliato della busta paga di una risorsa ha il seguente formato: "Nome: , Salario: \n". Per esempio, per Francesco con salario 1000 euro, il sistema produrrà: "Nome: Francesco, Salario: 1000.00\n"

Abbiamo due obiettivi:
1)rendere testabile la printSlip,
2)poter gestire più di un layout.

Per il n.1, astraggo sulla modalità di gestione dell'output, quindi la "stampa" userà un generico OutputStreamer (interfaccia che creiamo poi, che prescrive un unico metodo "print") e posso usare un mio OutputStreamer "fittizio" (mock) solo per i test.

Per il n.2, rendo astratta la classe PrintSlip stessa, delegandone la concreta implementazione della evaluate (sintetica o analitica), che implementeranno i due di layout:

public abstract class PrintSlip implements Block {

    protected OutputStreamer outputStreamer = new OutputStreamer()
    {
        public void print(Object object) {
            System.out.print(object);
        }
    };

    public void setOutputStreamer(OutputStreamer outputStreamer) {
        this.outputStreamer=outputStreamer;
    }

    public OutputStreamer getOutputStreamer() {
        return outputStreamer;
    }

    public abstract void evaluate(Object aResource);

}

Implementazine "sintetica":

public class PrintSlipImplSyntetic extends PrintSlip {
    public void evaluate(Object aResource) {
        outputStreamer.print(((Resource)aResource).name());
        outputStreamer.print("\n");
        outputStreamer.print(((Resource)aResource).salary());
 }
}

Implementazione "analitica":

public class PrintSlipAnalitic extends PrintSlip{
    public void evaluate(Object aResource) {
         outputStreamer.print("Nome:"+((Resource)aResource).name()+",Salario:"+((Resource)aResource).salary()+"\n");
    }
}

Per testare queste due novità mocko la evaluate in modo che l'output sia diretto in una stringa:

    @Test
    public void testPrintSlip() {
        Contract nov1 = new Contract(nov1st2005());

        PrintSlip printSlip = new PrintSlipImplSyntetic();

        printSlip.setOutputStreamer(
                new OutputStreamer() {
                    public void print(Object object) {
                        result += object;
                    }
                }
        );

        MockedEmployee employee1 = new MockedEmployee("Francesco", nov1);
        employee1.setPrintSlip(printSlip);
        employee1.printSlip();
        String results = printSlip.getOutputStreamer().getResult();
        assertEquals("Francesco\n1024.89",results);

    }



    @Test
    public void testPrintSlipAnaliticWithFactory() {
        Contract nov1 = new Contract(nov1st2005());

        PrintSlipFactory factory = new PrintSlipFactory();
        factory.setCurrentLayout(PrintSlipFactory.ANALYTIC);
        PrintSlip printSlip = factory.getPrintSlipWithCurrentLayout();

        printSlip.setOutputStreamer(
                new OutputStreamer() {
                    public void print(Object object) {
                        result += object;
                    }
                }
        );

        MockedEmployee employee1 = new MockedEmployee("Francesco", nov1);
        employee1.setPrintSlip(printSlip);
        employee1.printSlip();
        String results = printSlip.getOutputStreamer().getResult();
        assertEquals(results, "Nome:Francesco,Salario:1024.89\n");
    }

Btw sia in questa prova (prova03) che in quella precedente sembra che si suggerisca di incapsulare le PrintSlip e InForce per rendere alcuni oggetti meno... "tristi"

Io le ho spostate entrambe in Resource:

abstract public class Resource  {
    protected Block printSlip = new PrintSlipImplSyntetic();

    public boolean isInForce()
    {
        InForce inForce = new InForce();
        return inForce.is(this);
    }

    public void setPrintSlip(PrintSlip printSlip)
    {
        this.printSlip=printSlip;
    }

    public Block getPrintSlip()
    {
        return printSlip;
    }

    public Resource(String name, Contract contract) {
        _name = name;
        _contract = contract;
    }

    abstract public double salary();

    public Contract lastContract() {
        // Semplifichiamo :) la ricerca dell'ultimo contratto
        return _contract;
    }

    public String name() {
        return _name;
    }

    public String toString() {
        return _name + ":" + _contract + ".";
    }

    private String _name;
    private Contract _contract;

    public void printSlip() {
        printSlip.evaluate(this);
    }

}

In questo modo il test precedente può diviene:

    @Test
    public void testPrintSlipDefaultWithFactory() {
        Contract nov1 = new Contract(nov1st2005());

        PrintSlipFactory factory = new PrintSlipFactory();
        factory.setCurrentLayout(PrintSlipFactory.SINTETIC);
        PrintSlip printSlip = factory.getPrintSlipWithCurrentLayout();

        printSlip.setOutputStreamer(
                new OutputStreamer() {
                    public void print(Object object) {
                        result += object;
                    }
                }
        );

        MockedEmployee employee1 = new MockedEmployee("Francesco", nov1);
        employee1.setPrintSlip(printSlip);
        employee1.printSlip();
        String results = printSlip.getOutputStreamer().getResult();
        assertEquals(results, "Francesco\n1024.89");

    }

posto, comunque, che abbia preso come decisione di adottare una factory che consenta di settare un layout, e restituire poi la printSlip relativa al layout così settato:

public class PrintSlipFactory {
    public static String SINTETIC="SINTETIC";
    public static String ANALYTIC="ANALYTIC";
    private OutputStreamer currentOutputStreamer= new OutputStreamer() {
        public void print(Object object) {
            System.out.print(object);
        }
    };

    private  String currentLayout="SINTETIC";

    private static HashMap mapLayouts=new HashMap();
    static {
        mapLayouts.put("SINTETIC",PrintSlipImplSyntetic.class);
        mapLayouts.put("ANALYTIC",PrintSlipAnalitic.class);
    }

    public void setCurrentLayout(String layout) {
        this.currentLayout = layout;
    }

    public void setCurrentOutputStreamer(OutputStreamer outputStreamer)
    {
        this.currentOutputStreamer=outputStreamer;
    }

    public PrintSlip getPrintSlipWithCurrentLayout() {
        try {
            PrintSlip toReturn = (PrintSlip)((Class)mapLayouts.get(currentLayout)).newInstance();
            toReturn.setOutputStreamer(currentOutputStreamer);
            return toReturn;
        } catch (Exception e)
        {
            // unable to set layout
        }
        // default
        return new PrintSlipImplSyntetic();
    }
}

Ultima cosa, in relazione alla gestione dell'output su file di testo, penso ad una logica che sfrutti l'outputStreamer pensato per gestire il mock, e faccio un test allo scopo per vedere se può funzionare:

    @Test
    public void testPrintSlipAnaliticWithFactoryFileTextOutputStreamer() {
        Contract nov1 = new Contract(nov1st2005());

        PrintSlipFactory factory = new PrintSlipFactory();
        factory.setCurrentLayout(PrintSlipFactory.ANALYTIC);
        PrintSlip printSlip = factory.getPrintSlipWithCurrentLayout();

        final MockedEmployee employee1 = new MockedEmployee("Francesco", nov1);

        printSlip.setOutputStreamer(
                new OutputStreamer() {
                    public void print(Object object) {
                        try {
                            File outputFile = new File("./" + employee1.name());
                            FileOutputStream outputStream = new FileOutputStream(outputFile);
                            outputStream.write(((String) object).getBytes());
                            outputStream.flush();
                            outputStream.close();
                        }
                        catch (Exception e) {
                            fail(e.toString());
                        }
                    }
                }
        );

        employee1.setPrintSlip(printSlip);
        employee1.printSlip();

        File file = new File("./" + employee1.name());
        assertTrue(file.exists());
        file.delete();

    }

Infine arricchisco la classe department (che contiene una collezione di cui esegue la printSlip rispetto a tute le risorse in forza), in modo che questa stessa classe essa stessa possa gestire i layout e l'OutputStreamer:

public class Department {

    private PrintSlipFactory printSlipFactory = new PrintSlipFactory();

    public void setPrintSlipLayout(String layout) {
        printSlipFactory.setCurrentLayout(layout);
    }

    public void setPrintSlipOutputStreamer(OutputStreamer outputStreamer) {
        printSlipFactory.setCurrentOutputStreamer(outputStreamer);
    }

    public Department(List resources){
  _resources = resources;
 }

 public void printSlips() {
  new OrderedCollection(_resources).select(new InForce()).forEachDo(printSlipFactory.getPrintSlipWithCurrentLayout());
 }

    private List _resources;
}

Mancano la parte R5 ed R6 della prova03, ed infine la prova4.

Al prossimo post, magari.

Bye.

Torneo Refactoring

E' partito un torneo di refactoring.

Non partecipando, comunque ho deciso di affrontare il problema, per il momento commento come avrei affrontato la prova01:

Il codice e' versionato nel repos. aziendale.

prima di fare il refactoring richiesto, che chiede di sfruttare la somiglianza tra evaluate e forEachDo, creo dei test appositi per essi, e poi rifattorizzo, e verifico che i test passano anche dopo il refactoring.

Per testare la forEachDo:
mi appoggio ad una implementazione di Block che implementa la evaluate concatenando i toString degli oggetti processati in una unica stringa globale.
Se applico la evaluate con questa implementazione di Block, ad una collezione contenente "first" e "second" mi aspetto che dopo il test la stringa globale abbia concatenato "first" e "second".

public class BlockImplForTest implements Block {
public static String references="";
public static void reset() {
    references="";
}

public  void evaluate(Object object)
{
    references+=object.toString();
}
}

Il test e' il seguente:

@Test
public void testSelect() {
OrderedCollection col = new OrderedCollection();
col.add("first");
col.add("second");

Block stringRefAppender=getFreshBlockImplForTest();
col.forEachDo(stringRefAppender);

assertEquals(BlockImplForTest.references,"first"+"second");
assertFalse(BlockImplForTest.references.equals("wrong"));

}

Per rendere piu' evidente che Il Block che uso deve essere "fresco", lo reperisco tramite questo metodo che fa anche un reset dello stato:



BlockImplForTest getFreshBlockImplForTest() {
BlockImplForTest.reset();
return new BlockImplForTest();
}

Forse, come design, e' discutibile aver usato una variabile globale, ma allo scopo del test va piu' che bene.

Il test del select crea una classe anonima che implementa il PredicateBlock in modo che che la is restituisca true solamente se la stringa vale "second".
In questo modo, mi aspetto che la lista filtrata attraverso questo PredicateBlock contenga solamente la stringa second. Sfrutto parte della logica del precedente test per scandagliare la collezione restituita e verificare che contenga solamente "second".

@Test
public void testSelector() {
OrderedCollection col = new OrderedCollection();
col.add("first");
col.add("second");

Block stringRefAppender=getFreshBlockImplForTest();

assertEquals("",BlockImplForTest.references);
PredicateBlock getOnlySecond= new PredicateBlock()
{
    public boolean is(Object object) {
        return  "second".equals(object);
    }

};

OrderedCollection ordCol = col.select(getOnlySecond);
ordCol.forEachDo(stringRefAppender);
assertEquals("second",BlockImplForTest.references);

}

Il test ci assicura che l'attuale implementazione dei metodi di OrderCollection fanno quello che ci aspettiamo, ed ora la si rifattorizza cercando di sfruttare la somiglianza tra forEachDo e select.
Entrambe eseguono la scansione della collezione, solo che una esegue una certa operazione, e lo fa su tutti gli elementi, senza restituire nulla, l'altra restituisce una sottocollezione di tutti i membri della collezione che soddisfano un certo predicato.

Ragionando un attimo, dal punto di vista logico possono essere due casi particolari di una unica operazione che scandisce gli elementi , valuta il predicato, esegue l'operazione ed (eventualmente) restituisce gli elementi processati.

Il caso particolare della forEachDo e' che il predicato restituisce sempre true, che non ci interessa utilizzare il valore restituito, mentre il caso particolare della select e' che la evaluate non esegue nulla.

La rifattorizziamo dunque creando due implementazioni di Block e PredicateBlock in accordo con questi due casi particolari:

1) Creiamo il Block e il PredicateBlock corrispondente ai casi particolari appena discusi:

private static final PredicateBlock passesAll =
new PredicateBlock() {
    public boolean is(Object object)   {
        return true;
    }
};

private static final Block neuterBlock =
new Block() {
    public void evaluate(Object object)  { }
};

2) Aggiungiamo un metodo "evaluate and select":

private OrderedCollection evaluateAndSelect(PredicateBlock pb, Block b)
{
OrderedCollection result = new OrderedCollection();
Iterator iterator = _items.iterator();
while(iterator.hasNext()) {
    Object object = iterator.next();
    if (pb.is(object)) {
        b.evaluate(object);
        result.add(object);
    }
}
return result;
}

3) Trasformiamo la ForEach e la Select in modo che siano appunto casi particolari dell'utilizzo di evaluateAndSelect sfruttando le implementazioni "neutre" di Block ed PredicateBlock:

public OrderedCollection select(PredicateBlock aBlock) {
return evaluateAndSelect(aBlock,neuterBlock);
}

public void forEachDo(Block aBlock) {
evaluateAndSelect(passesAll,aBlock);
}