La maggior parte del lavoro del programmatore riguarda la mappatura? [chiuso]

Question

La maggior parte del lavoro del programmatore riguarda la mappatura? [chiuso]

#1 da (4 voti)

1

Durante tutto il mio lavoro ho lavorato con ORM, WS, servizi di integrazione, viewmodel e così via.

Il materiale comune in tutti questi tipi di lavoro è che dovevo creare mappature e non sempre il framework disponibile è sufficiente per aiutare in questa mappatura.

La domanda che mi pongo è: è una parte consistente del processo di sviluppo che riguarda la mappatura? Sarebbe bello sviluppare uno strumento per risolvere questo tipo di problemi?

cioè.

sqlClient.AddParameterWithValue("switch", SqlDbType.TinyInt, user.IDUser);
sqlClient.AddParameterWithValue("IDUtente", SqlDbType.Int, user.IDUser);

cioè.

GetSQLParameter("@switch", SqlDbType.TinyInt, 1), _
GetSQLParameter("@IDUtente", SqlDbType.Int), _

cioè.

MappingFramework.Mapper.CreateMap<DataRecordWrapper, User>()
    .ForMember(dest => dest.IDUser, opt => opt.MapFrom(src => src.GetInt("switch")))
    .ForMember(dest => dest.FirstName, opt => opt.MapFrom(src => src.GetString("IDUtente")))

development-process source-code

posta M.F05051985 20.03.2014 - 17:08

fonte

1 risposta

Leggi altre domande sui tag development-process source-code

Variabili globali in javascript Sviluppo di un grande sistema in una piccola azienda [duplicato]

score 4 · Accepted Answer

Riguarda l'integrazione.

La stragrande maggioranza del software esiste semplicemente per integrare i sistemi insieme in modo che strumenti, dati e varie cose possano interagire per realizzare prodotti più robusti e più grandi. La quantità di qualsiasi industria che sta inventando nuovi prodotti piuttosto che prendere prodotti noti e combinarli è terribilmente minuscola, questo vale anche per l'industria del software. La grande maggioranza di ciò che gli sviluppatori stanno facendo è l'integrazione di sistemi separati per ottenere più funzioni / prodotti indipendenti che funzionino insieme come un unico prodotto coesivo.

Ci sono strumenti là fuori che hanno tentato di generalizzare questa attività in modo che tu possa utilizzarli per fare tutta la tua integrazione di sistemi e caratteristiche separati; sono chiamati strumenti ETL. Sono troppo generici per la maggior parte del lavoro che facciamo integrando i sistemi, ma alcune persone li usano per guidare il loro intero prodotto.

È spesso più semplice creare qualcosa di adatto a ogni piccolo punto di integrazione che usare un approccio generale a tutta l'integrazione, perché gli approcci generali devono essere molto più grandi, più robusti e, a causa di ciò, più complessi. alcune persone usano gli strumenti ETL per guidare il loro intero prodotto , ma gli strumenti ETL sono molto più complessi e difficili da usare rispetto alla scrittura di poche righe di codice create per un determinato punto di integrazione.