Varför skriver folk GUI för hand?

Jag hatar skriva GUI för hand. Jag har gjort det mycket långt bak i tiden. Mina första programmeringskurser så skrev precis hela Windows GUI med allt för hand och man kunde ej få någon feedback före man kompilerade och testkörde.

Problemet idag är att man kodar i hur många olika miljöer som helst, helt olika språk, helt olika gränssnitt, helt olika apparater som det visas i.
Självklart kan man lägga ner tid på att lära sig tusentals olika syntax, eller så kanske man kan lägga tiden på annat.

Min fördom emot de som skriver mycket inteface för hand är just att de sysslar med väldigt få miljöer för att inte totalt överbelasta deras hjärna.

Det finns dock scenarier som automatgenerera saker. Även om lösningar med automatgenerera sidor känns lite som att man jobbar på fel sätt. (mycket samma data på fler ställen). Men det beror i vilken miljö man jobbar med.

Jag tror du citerade fel person, jag är inte TS

// LZ

Versionshantering är mycket tydligare och robustare.
Vet inte riktigt hur det fungerar med wysiwyg, jämnföra två screenshots? 😆

Oj, om alla tänkte så så skulle utvecklingen stanna av.
Och aldrig att jag kommer stödja JS. Krafter har redan börjar försöka påverka en förändring. Blazor är första steget bara. Snart kanske en webbmotoe helt utan JS kommer.

Hålla sig till ett ramverk och tro att man gör rätt skapar en dålig utvecklare. Först styrkan o svagheter i de som finns och använd det som behövs. Då går vi framåt

Olika former av WYSIWYG genererar naturligtvis kod som kan källkodsgenereras och diffas. Hur lätt det är att diffa beror förstås på vilket verktyg man använder. WYSIWYG är inte magiskt.

Jag har erfarenhet av Windows Forms och WPF. Windows Forms (som är drag and drop i Visual Studio) genererar en vanlig C#-fil per kontroll/fönster som genererar UI:t. Detta skiljs från kodfilen som styr interaktivitet. Man får direkt feedback hur formuläret/kontrollen ser ut, utan att kompilera om eller köra programmet. Det går att skriva kodfilen manuellt i stället, vilket jag gjort när jag kodat Windows Forms-UI för Mono/Linux.

I WPF (Windows Presentation Foundation) tror jag också det finns drag-and-drop i Visual Studio, men där har jag bara kodat XAML-filer manuellt. XAML är ett XML-format som definierar UI:t, koden som renderar UI:t ligger i ramverket, den skriver man inte själv i normalfallet, även om det går. Om man kodar XAML manuellt i Visual Studio så får man direkt feedback i ett fönster hur ens ändringar ser ut, utan att kompilera eller köra programmet. Interaktiviteten styrs av en C#-fil.

WYSIWYG är ett bra stöd för oss som inte kodar GUI så ofta. Jag håller mig helst till backend i stället eftersom inte varenda jävel har en åsikt om hur det ser ut…

När det gäller Windows Forms VS WPF så vinner WPF stort för mig. Det är flera generationer bättre och allt känns riktigt bra.
Detta tills jag ska göra något grundläggande som ta en datagridbox färglägga cellerna efter vad det är för värde m.m. Och jag inser att arbetet som jag vill göra i WPF tar en evighet, men löses enkelt med copy & paste från den första Google träffen man får upp för Windows Forms.
Och när man sedan är skitdyr per timma, så blir resultatet att jag oftast kör Windows Forms än idag.

Mina C# applikationer är dessutom ofta olika interface för drivers, testverktyg och liknande, detta interface är inte det viktigaste. Jag stör mig skitmycket på att jag fortfarande använder Windows Forms, men det blir så då pengar styr och kund vill ha den billigaste lösningen.

Har det någonsin varit ok egentligen? Om något så har väl de grafiska verktygen idag evolverat mer åt what you see is what you get via diverse responsiva element man kan dra ut och lägga i rutnät, kolumner etc.

Så om något har wysiwyg blivit mer accepterar idag. Men ska man göra något på riktigt så kommer det bli totalt kaos och ska man göra minsta lilla grej utanför vad ramverket klarar så måste man koda ändå.

Någon nämnde versionshantering som en skillnad, men det kan jag inte hålla med om. Wysiwyg bygger mest troligt på ett textdokument med typ xml, json, yaml etc i bakgrunden och det är inga problem att versionshantera (i teorin).

Men man kan vända på frågan, varför vill man ha en VYSIWYG-editor överhuvudtaget? Det är långsammare, mindre presist och kommer alltid sakna funktioner.

Och ni som inte håller med förstår nog inte vad jag menar. Sätt er då i Figma under några veckor och lär er det ordentligt. Sedan sätter ni er i Windorms editor eller Blend eller någon annan WYSIWYG. Det går inte att jämföra! Ändå går det att få ditt UI att se ut som du ritat i Figma.

Det finns projekt för att ta en ritning i Figma och översätta den till React komponenter till exempel. Jag tror det kan vara en bra mellanväg att få hjälp med scaffolding, men när man väl har en startpunkt så är det effektivast att köra kod efter det. Det är lättare att underhålla, refaktorisera och se ändringar som gjorts.

Som vanligt när vi diskuterar här på SWEC så måste vi inste att vi har väldigt olika bakgrund. Det finns mjukvaruutvecklare här med 20+ års erfarenhet och samtidigt studenter som gör Programmering 1 på gymnasiet. Många av av argumenten kring underhåll och effektivitet är irrelevanta för små hobbyprojekt och enmansprojekt. Där kan man göra det som känns bäst för stunden och kan lätta byta om man ångrar sig.