File di configurazione per un'API - dovrebbe essere web.config? [chiuso]

Question

File di configurazione per un'API - dovrebbe essere web.config? [chiuso]

#1 da (3 voti)

1

Ho una API di chiamata a procedura remota in cui i parametri di connessione devono essere memorizzati da qualche parte a cui il codice API può accedere. Questa API dovrebbe essere utilizzata principalmente per creare servizi Web.

Inizialmente avevo pianificato di memorizzare questi parametri in un file xml separato e richiedevo agli utenti dell'API di definire il percorso di quel file nel codice. Un collega ha suggerito che dovrei trovare un modo per archiviare questi parametri nel file web.config.

Senza molte esperienze WCF, ho l'impressione che il file web.config non debba essere utilizzato qui, perché contiene molte impostazioni necessarie per un funzionamento di un servizio web o di un'app web. Non voglio che la mia API interferisca con quel file. Sento che è troppo rischioso.

Qual è la tua opinione su questo? Web.config è un luogo appropriato per la memorizzazione delle impostazioni per la mia API o dovrebbe essere lasciato da solo?

c# api-design

posta Zoomzoom 16.02.2013 - 05:48

fonte

1 risposta

Leggi altre domande sui tag c# api-design

Come modifico la mia soluzione / progetto quando cambia la specifica Passaggio di una dipendenza a una classe controller

score 3 · Accepted Answer

Nella mia esperienza con la programmazione .NET, il web.config (per WCF e ASP.NET) o l'app.config (per tutti gli altri progetti .NET) sono utilizzati per tutto ciò che è correlato alla configurazione dell'applicazione o struttura. Ci sono delle eccezioni, ad esempio quando la quantità di configurazioni è troppo grande per organizzarsi bene in un unico file, tuttavia ti consiglio di cercare di stare lontano da questo, se possibile.

Sarebbe corretto che molte configurazioni specifiche di WCF (endpoint di servizio e cosa no) siano attualmente nel file web.config. Tuttavia, il file web.config è pensato per contenere molto di più, incluse le configurazioni per tutti i plugin che potresti utilizzare come le soluzioni cache o le informazioni sulla connessione db (Entity Framework è quello che ti viene in mente).

Ti consiglio di esplorare ciò che puoi fare (di default) con web.config al di fuori di WCF. Inoltre, può valere la pena notare che puoi definire i tuoi elementi di configurazione in modo che tu non stia semplicemente lanciando tutto in appSettings . Dai un'occhiata a questo link per un semplice tutorial sulla creazione delle tue sezioni di configurazione:

link

Per quanto riguarda il tuo scenario particolare, ritengo che sarebbe un'ottima idea definire le tue configurazioni all'interno del file Web.config. Assicurati di mantenerlo pulito e organizzato man mano che cresce con l'applicazione (in modo da non apportare inavvertitamente modifiche indesiderate).