Qual è l'approccio migliore per l'implementazione di app per le aziende

Question

Qual è l'approccio migliore per l'implementazione di app per le aziende

#1 da (3 voti)

2

Qual è l'approccio migliore per il seguente scenario:

1) Un'app disponibile pubblicamente (disponibile negli app store) utilizzata dagli utenti finali per usufruire dei servizi offerti da più aziende.

2) Queste società mantengono i loro servizi anche utilizzando un'app mobile.

Non sono sicuro su come risolvere la seconda parte. Avere un'unica app per entrambe le funzionalità di utente e amministratore, protetta da nome utente / password, non sembra una buona idea. Ciò lascerebbe l'unica possibilità di sviluppare un'applicazione di amministrazione separata per le aziende.

Qual è l'approccio migliore per implementare "admin" come le app mobili solo per le aziende, per Android, iOS e Windows Phone?

Alcune informazioni aggiuntive:

Public App ----> Servers -----> Multiple Company Apps

L'app pubblica mostra tutte le società che offrono i loro servizi. Un utente finale utilizza l'app pubblica per ordinare qualcosa da una società specifica. L'ordine viene inviato ai nostri server. I nostri server inviano l'ordine alla società associata. Questo ordine viene visualizzato nell'app di amministrazione della società e viene offerta l'opzione per accettare l'ordine.

deployment appstore

posta Supercell 27.10.2013 - 17:50

fonte

1 risposta

Leggi altre domande sui tag deployment appstore

L'esempio di Uncle Bob dovrebbe essere refactored ad AbstractFactory o a SimpleFactory? Il modo migliore per chiedere input?

score 3 · Answer 1

Dato che ci sono alcune migliaia (forse milioni) di applicazioni mobili per tutto, compresi gli store locator per ogni caffè StarBucks ... la raccomandazione è di allontanarsi da specifiche applicazioni mobili.

Cioè, la best practice che ho visto per l'efficienza e l'uso è quella di avere applicazioni web contro installazioni scaricabili per dispositivi mobili / PC.

Tutti gli smartphone hanno browser web. Utilizzando l'intestazione user-agent e altre informazioni, automaticamente (o offerta) differenzia l'applicazione a schermo intero da una con un layout diverso per i tablet (il CSS ha "query multimediali" che fanno un buon lavoro senza cambiare il contenuto) e un ' 'funzionalità ridotta' applicazione mobile (anche sfruttando le query multimediali CSS per un layout che funziona bene per piccoli schermi mobili).

Tradizionalmente le "consumer" complete / applicazioni PC rispetto a casi d'uso più specifici per i telefoni cellulari possono includere componenti simili, ma di solito meno con una navigazione più semplice e funzioni più mirate in cui le persone effettivamente usano un telefono.

Ad esempio, la maggior parte delle persone non si prenderà gioco di provare a inserire un ordine commerciale complicato per una catena di negozi di ritenzione su un telefono. Tuttavia, potrebbero utilizzarlo per controllare lo stato dell'ordine o la conferma di spedizione.

Quindi in sintesi - evitare architetture client / server che richiedono la distribuzione di applicazioni su dispositivi diversi e stare con una struttura gestita centralmente, differenziando il client (user-agent) che accede all'applicazione, offrendo stile e contenuti appropriati per tale dispositivo.

Per quanto riguarda i casi di utilizzo dell'amministratore rispetto a quello dell'acquirente, questi possono essere componenti diversi dell'applicazione web, con maggiore sicurezza per gli amministratori (l'autenticazione a due fattori è strongmente raccomandata e commisurata al rischio che l'applicazione di amministrazione abbia accesso a molte informazioni sull'organizzazione dell'acquirente).