Domanda

Sto costruendo un'applicazione web per gestire le istruzioni sulla base di diversi parametri (ad es. JobCode, Stato, Cliente, Prodotto, ecc ..). Ho assegnato alcuni campi di riempimento 20 per ciascuno di tali parametri. I nomi di visualizzazione dei campi possono differire da un progetto all'altro. (Implementazione multipla).

Alcuni progetti non può utilizzare tutti i 20 campi, ma solo dire 5-6 campi ...

Ora, un mio collega mi sta suggerendo di personalizzare la stored procedure di tornare e di accettare i campi con nomi di colonna richieste dal progetto, e lasciare che la SP fanno la ricerca con i nomi delle colonne effettivi. Suggerisce inoltre di costruire controlli in modo dinamico.

ho pensato di fornire controlli statici per tutti i 20 campi e basta compilare le etichette con i nomi dei campi necessari e interagire con SP utilizzando i nomi dei campi "Filler1", "Filler2". Questo significa anche che dobbiamo rendere il controllo non richiesto invisibile ...

Dato che gli utenti più esperti ... Riesci a elencare i pro ei contro in entrambe ...

Grazie

È stato utile?

Soluzione

Per l'utente finale che sta per essere molto difficile da capire l'interfaccia se i campi che non sono applicabili per un caso particolare, sono ancora visibili.

Quindi mi sento di consigliare davvero non generare alcun campo non ti servono, o per lo meno nasconderli nel caso in cui non sono necessari.

Per quanto riguarda il dove mettere la logica ... beh ha senso per estrarre i dati che determina quali campi devono essere visualizzati quando dal database. Ma vorrei raccomandare contro mettendo tutta la logica che in realtà mostra la pagina all'interno di una stored procedure. Piuttosto, si può usare la SP per recuperare i dati, e utilizzare la propria lingua (PHP, C # / ASP.NET, Java Servlet, cosa haveyou) effettivamente elaborare i dati e il rendering della pagina.

htht.

Altri suggerimenti

Non è mai buona norma utilizzare un determinato numero di campi, come si sta descrivendo (la sua migliore per costruire in modo dinamico - ma assicuratevi di scrivere codice efficiente). Con la creazione di un determinato numero di controlli, si stanno limitando te stesso, e la creazione di un grosso problema di manutenzione. Non si può vedere ora, ma in seguito, cosa succede se il numero di controlli modifiche?

Il suggerimento di suo collega avrebbe funzionato. Almeno avrete la possibilità di cambiare il numero di controlli in qualsiasi momento senza dover ricompilare il codice.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top