Ik heb alleen maar trammeland als ik iets aanpas in de designer generated code. Maar vind ik ook logisch, tis ook niet voor niets dat er bij staat :
'NOTE: The following procedure is required by the Windows Form Designer
'It can be modified using the Windows Form Designer.
'Do not modify it using the code editor.
En waarom zou ik zelf alles moeten coderen/tekenen als Visual studio dit ook voor mij kan? Daar is het toch immers VISUAL studio voor?
Het zou niet zo moeten, vorige keer initialiseerde Visual studio de objecten verkeerd om in de generated code en kreeg het met geen mogelijkheid meer goed. Ik had 2 mogelijkheden : 1) scherm opnieuw maken, 2) alles handmatig gaan zitten corrigeren door de objecten later te initialiseren.
En zoals ik al zei, ben niet kapot van deze oplossing... In Visual Foxpro is dit beter geregeld
[Reactie gewijzigd door JaHe op dinsdag 30 september 2008 21:08]
Maar als je trammelant hebt als je iets aanpas in de designer generated code begrijp je dan wel voldoende waar je mee bezig bent?
Visual Studio genereert een hoop voor je, maar je bent altijd in staat om het een en ander aan te passen. (zowel in design als in code)
Haha, zat erop te wachten... mag toch wel verwachten dat iemand die meer dan 10 jaar programmeerervaring heeft in verschillende onwtikkelstudio's weet waar hij mee bezig is...
Maargoed dat is ook niet de discussie. het designer generated code gebeuren ben ik het gewoon niet mee eens, omdat je er gewoonweg geen voldoende invloed op hebt.
Als je er iets in wijzigt, wordt de code de volgende keer gewoon weer overschreven door de designer.... nogmaals er staat ook niet voor niets :
'NOTE: The following procedure is required by the Windows Form Designer
'It can be modified using the Windows Form Designer.
'Do not modify it using the code editor.
Ja dat staat er inderdaad omdat het riskant(er) is om daar wat in aan te gaan passen, maar het kan wel degelijk. Maar het aantal jaar dat je er mee bezig bent hoeft niet altijd wat te zeggen natuurlijk ;-)
Normaliter hoef je daar weinig aan te passen omdat je dit allemaal kunt doen via de designer. Zoals er ook vermeld staat boven die vetgedrukte regel.
Als je er iets in wijzigt wordt dit overigens NIET overschreven door de designer, want de designer haalt die settings juist uit dat bestand.
Ik ben van mening dat je juist wel invloed hebt op de designer generated code.
Ik heb het overigens over Visual Studio 2008, daarin werkt het perfect. Ik kan me nog wel wat problemen herinneren met eerdere versies.
Waarom blijf je daar nu op doorgaan? Als je een control in designer sleept zorgt VS voor de code, wil je het zelf doen geven ze je ook gewoon de mogelijkheid. Waar zit het probleem dat je geen code kan aanmaken in de .designer als dat helemaal niet de bedoeling is

Omdat ik regelmatig heb meegemaakt dat de designer code niet klopt en dat is erg frustrerend als je het zelf niet kunt corrigeren...
Wellicht dat het in Studio 2008 beter gaat, heb nog niet de kans gehad hiernaar te kijken aangezien er allerlei grote projecten lopen op het moment.
Omdat je het als programmeur zelf in de hand wil hebben. Daarom wil je in de file iets kunnen veranderen. Dit soort visuele designers doen vaak eenzelfde kunstje. Dat kunstje zal voor 95% van de 'programmeurs' voldoende zijn. Vaak laten deze WYSIWYMBG een aantal dingen liggen die net beter/efficienter/anders kunnen. Dat wil je als programmeur aan kunnen passen. Het gaat juist om de details die zo'n editor weer 'corrigeert'. (Of overschrijft, omdat het afwijkt van wat hij verwacht.)
Het is net als geheugenmanagement in combinatie met VB. Omdat de VB runtime opeens ongevraagd geheugen gaat verplaatsen, omdat hij dat nodig vindt, crashen andere applicaties.
En ja, vi programmeert nog steeds het lekkerst.

Nog maar een keer, als je het zelf in de hand wil hebben is er niemand die je verplicht om iets in de designer te doen. Die is er enkel gebracht om simpele routinezaken sneller te implementeren.