Sto sprecando il mio tempo progettando i miei componenti ASP.NET per gli strumenti WYSIWYG

StackOverflow https://stackoverflow.com/questions/421004

  •  05-07-2019
  •  | 
  •  

Domanda

Qualche giorno fa, ho letto una domanda che chiedeva a quanti sviluppatori scrivono a mano il codice HTML / XHTML anziché fare affidamento sugli strumenti WYSIWYG - https://stackoverflow.com/questions/406052/do-most-web-programmers-not-designers-use- WYSIWYG editor-o-mano-codice-loro

Tendo a progettare controlli server ASP.NET piuttosto che controlli utente da utilizzare nel mio codice. Lo faccio in modo da poterli riutilizzare trascinandoli in WYSIWYG e impostando le poche proprietà pertinenti. Questo costa un po 'di tempo in più nella progettazione dei componenti, ma semplifica molto le cose quando vado a usarli in applicazioni più grandi.

Dopo aver letto che la maggior parte degli sviluppatori sembra gestire il codice anziché utilizzare WYSIWYG, mi porta a chiedermi: sto sprecando il mio tempo a sviluppare componenti in questo modo?

Modifica: Per chiarire, principalmente, l'intento originale è stato che questi controlli sono per mio uso. Tuttavia, ci sono state diverse occasioni in cui potrebbero essere utili per il resto del mio team o potenzialmente per il rilascio pubblico. Tuttavia, come la maggior parte delle cose, tendo a vedere l'enorme potenziale valore aggiunto fornito da un lavoro relativamente relativamente piccolo, indipendentemente dalla probabilità che il valore aggiuntivo venga realizzato.

È stato utile?

Soluzione

No, non stai perdendo tempo. La tua potenziale base di utenti sarà più grande se gli utenti WYSIWYG possono utilizzare facilmente i tuoi componenti. Se sei l'unico utente di questi componenti, progettali in modo che si adattino al tuo stile di sviluppo. Se si progetta visivamente, è logico disporre del supporto WYSIWYG.

Altri suggerimenti

È possibile creare un UserControl e utilizzando diverse tecniche farlo compilare in una dll a cui può fare riferimento le applicazioni Web:

Panoramica di alcuni metodi: http://geekswithblogs.net/dotnetrodent/archive/2006/06/ 16 / 82136.aspx

Metodo dettagliato: http://webproject.scottgu.com/CSharp/UserControls/UserControls.aspx

Non uso mai gli strumenti WYSIWYG perché non è mai veramente WYSIWYG dopo aver affrontato javascript, CSS e altre cose. (So ??che VS2008 è migliorato ma non perfetto). E i designer sono sempre così lenti. Preferisco programmare usando il markup.

Se stai sviluppando un componente commerciale che intendi vendere, dovresti dedicare del tempo ad avere il set di funzionalità più completo IMHO. Compreso WYSIWYG. Se i tuoi componenti di costruzione in modo che il tuo o il tuo team possano utilizzarli, allora dovresti valutare il vantaggio in termini di costi del tempo necessario per ottenere i componenti in più.

Penso che non stai sprecando il tuo tempo, soprattutto se vuoi rilasciare questi controlli per l'uso da parte di altri sviluppatori. Se lo sforzo richiesto è veramente "un piccolo extra" e scopri che ti aiuta in progetti più grandi, penso che i tuoi controlli siano migliorati grazie alla compatibilità con lo strumento WYSIWYG.

Personalmente, generalmente consegno codice HTML / XHTML, ma a volte mi piace usare la funzionalità WYSIWYG. Ho sempre scoperto che i controlli compatibili con WYSIWYG erano più facili da usare rispetto ai controlli che si basavano sul fatto che tutto il codice veniva scritto manualmente.

Per uso personale sai già se stai perdendo tempo o meno.

[io entro nel rifugio antiaereo di karma]

Per il pubblico e il resto della tua squadra offrirò un'opinione contro il flusso che probabilmente stai ... non sprecando il tuo tempo, ma probabilmente non sfruttandolo al meglio.

Penso che pochissimi sviluppatori web prenderanno sul serio le offerte WYSIWYG, tuttavia se la maggioranza può usare i tuoi controlli a livello di codice manuale e la minoranza può fare il loro trascinamento, allora hai fornito il vantaggio della scelta che non è mai un cosa assolutamente negativa. Tranne possibilmente per quanto riguarda i bambini piccoli e il buon comportamento.

Se ti senti più a tuo agio con il tuo lavoro nell'editor WYSIWYG e lo sviluppo di componenti server semplifica il tuo lavoro, non vedo perché dovresti provare a conformarti ai metodi di altri sviluppatori se ciò che fai funziona per te.

Penso che devi fare quel sondaggio con un granello di sale. Solo perché la maggior parte delle persone su Stack Overflow afferma di scrivere a mano il codice HTML non significa che la maggior parte degli sviluppatori web lo faccia. Strumenti come Dreamweaver e Microsoft Frontpage sono strumenti molto popolari, ad esempio, principalmente grazie alle loro funzionalità WYSIWYG. Le società di web hosting di solito hanno generatori di pagine Web WYSIWYG che sono anche molto popolari. Scrivo anche a mano la maggior parte delle mie cose, ma lavoro molto come freelance lavorando con sviluppatori web di altre società in tutto il mondo e, per esperienza personale, probabilmente arriverei al punto di dire che la maggior parte degli sviluppatori web usa WYSIWYG utensili. Più uno sviluppatore web ha esperienza, meno è probabile che utilizzino uno strumento WYSIWYG, ma quelli con meno esperienza superano di gran lunga quelli con molta esperienza.

Potresti farti la domanda: "Altri sviluppatori stanno sprecando i loro controlli di codifica delle lancette del tempo?"

Solitamente trascino i controlli su una pagina e modifico l'html generato quando necessario, se usato solo su una pagina. Se il controllo e la sua funzionalità vengono utilizzati su più di una pagina nella stessa app Web, passerei a un controllo utente. Quando verrà sicuramente utilizzato su tutte le app, allora voglio solo programmare una volta, quindi vado a un controllo server che posso facilmente distribuire. Penso che la chiave sia che (il layout e la funzionalità) vengono utilizzati in più punti o che stai per usarlo in più punti. È altrettanto un "errore". avere un codice duplicato in molti posti in quanto significa aver trascorso più tempo a sviluppare codice riutilizzabile per un uso. Inoltre, è un software, quindi puoi cambiarlo in seguito!

Penso che la tua vera domanda sia, " c'è un modo per sviluppare la mia interfaccia utente di cui dovrei imparare di più, perché potrebbe essere migliore del modo in cui lo sto facendo ora? "

Considerando quanto velocemente stanno cambiando le cose, questa è una domanda che tutti chiediamo abbastanza frequentemente. Ricordo la prima volta che ho visto siti sviluppati con Ruby on Rails; e poi ho seguito un tutorial che non aveva nessun passaggio per il wysiwyging; ma tutto è stato realizzato con CSS e temi; e mi ha colpito il fatto che forse Dreamweaver non è l'ambiente più produttivo per tutto, e il risultato potrebbe essere almeno altrettanto attraente.

Lavorare attraverso i tutorial MVC mi ha dato la stessa scossa.

Quindi penso che valga la pena provare le alternative per prendere una decisione intelligente su ciò che funziona meglio per me, le mie capacità e le mie esigenze. Voglio i migliori strumenti nel mio toolkit, anche se non ne ho bisogno per ogni progetto.

Soprattutto dal momento che sembri apprezzare che il tuo attuale approccio richiede molto tempo.

Direi che se fosse davvero solo un po 'di lavoro extra e aggiungesse così tanto valore extra, è difficile concepirlo potrebbe essere una perdita di tempo. Gli utenti che arrivano dietro di te che cercano di utilizzare i tuoi componenti in futuro lo troveranno molto più semplice e risparmieranno molto tempo che altrimenti verrebbe speso a mano a programmare. Per non parlare del fatto che se è possibile trascinare e rilasciare un componente con un clic e trascinamento del mouse, perché sprecare i tasti?

Come tutto il resto, la risposta appropriata è 'dipende' ...

Devi misurare il ROI dell'aggiunta di questa funzionalità.

Per l'io; Personalmente, non ho mai creato un controllo web che funzioni per un editor wysiwyg, quindi non so quanto sforzo sia.

Per la 'R'; Se lavori in un grande team di sviluppo, distribuisci il tuo codice, riutilizzerai questi controlli da solo in un editor wysiwyg o desideri semplicemente l'esperienza, otterrai sicuramente il tuo ritorno. Ma se ciò si basa su futuri programmatori di manutenzione; potresti essere un po 'incline al lato dell'ottimizzazione eccessiva. (IMHO)

Sono d'accordo con i post precedenti. Non penso che stai sprecando il tuo tempo. Rendere il controllo WYSIWYG abilitato consente agli utenti di fare le cose in entrambi i modi, ha lanciato il designer e ha lanciato il codice. Inoltre, alcune volte è più facile scoprire cosa fa un controllo quando si utilizza l'editor delle proprietà, si appoggia per apportare le modifiche al codice e quindi compilare ed eseguire l'app.

Quando ho iniziato a programmare ho adorato WYSIWYG e l'ho usato per quasi tutto.

Ho iniziato a scrivere codice HTML per necessità, c'era sempre qualcosa che non riuscivo a fare bene usando solo l'editor WYSIWYG. Con il passare del tempo mi sono reso conto che era più veloce per me semplicemente correggere l'html rispetto all'uso del mouse per impostare le proprietà, quindi col passare del tempo ho usato sempre più HTML fino a quando non ho più editor WYSIWYG per me.

Perché ti ho raccontato questa storia? perché la mia esperienza personale mi dice che un programmatore principiante adorerà WYSIWYG e che i tuoi sforzi per rendere i controlli del server e un programmatore avanzato non ti daranno credito.

La mia opinione è che dovresti fare quello che preferisci. Se lo fai in questo modo per compiacere gli altri, non preoccuparti se non ci sono programmatori principianti nella tua squadra.

Questi sono i miei 5 centesimi;)

Penso che creerei il controllo se fosse usato in molti posti. Anche se scrivi a mano l'html, risparmia tempo e semplifica il lavoro. ma sono d'accordo sul fatto che la codifica manuale html / css è più efficiente, i costruttori di pagine Web WYSIWYG non lo supportano molto bene.

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