Hoe wordt PDL toegepast in real-world programmering?

Question

Hoe wordt PDL toegepast in real-world programmering?

stemmen

2

Ik heb het lezen van de code volledig is, niet ver in nog maar een van de dingen gaat het over is PDL - een hoger level design taal, die je elke routine in voor het coderen in de taal van uw keuze te schrijven.

Ik vroeg me af of iemand dit ook daadwerkelijk gedaan in het echte leven? Een ander ding staat is om elke regel van PDL achterlaten in de code als commentaar. Dat is toch veel te breedsprakig commentaar?

Ik heb nog nooit gebruikt PDL in het echte leven, afgezien van misschien iets dergelijks genoemd ISWIM voor een universiteit klasse, maar ik heb nooit gebruikt bij het schrijven van mijn eigen code.

Zeker als je elke routine / methode schrijven / whatever in pseudo-code eerst je zal eindigen verspillen veel tijd?

language-agnostic pseudocode

De vraag is gesteld op 27/01/2009 om 23:56
bron van user Adam Taylor

In andere talen...

6 antwoorden

stemmen

0

Ik herinner me een van mijn docenten ik had tijdens mijn Software Engineering degree in het eerste jaar universiteit weigerde om studenten te helpen als ze niet op zijn minst had geprobeerd een soort van Pseudo-code.

Veel mensen gebruikt om te klagen over het, maar het is een vaardigheid die ik overgenomen van hem vind ik mijn zelf met behulp van de meeste van de tijd, terwijl het ontwerpen van software. Ik heb altijd een pen en papier naast me, terwijl codering! :)

antwoordde op 01/06/2009 om 20:04
bron van user user110714

stemmen

0

Ja, ik wil. Ik wist niet dat dat het heet PDL totdat ik het boek gelezen, dat wel. Ik noemde het pseudocode. Het verschil tussen de pseudo-code en PDL is niet groot - PDL vermijdt het gebruik van de doeltaal constructies, die niet een groot probleem in de praktijk.

Ik begin met PDL als de routine minder dan triviaal is.

BTW, McConnell gebruikt woord pseudo plaats van PDL in de tweede editie van de volledige code.

antwoordde op 02/10/2009 om 21:04
bron van user buti-oxa

stemmen

0

Ik heb het af en toe gebruikt. Een van de redenen voor het gebruik van PDL of pseudocode is om een algoritme te communiceren tussen de analist en één of meer programmeurs gebruikt om verschillende programmeertalen: het zorgt voor een kleinste gemene deler. Op voorwaarde dat de code is duidelijk dat ik zou de pseudocode commentaar in het programma niet verlaten, tenzij de uitvoering is aanzienlijk complexer dan het origineel pseudocode - misschien als het in assembler bijvoorbeeld.

antwoordde op 28/01/2010 om 02:32
bron van user Piers C

stemmen

0

Het schrijven dingen in pseudo-code is erg handig en je eindigt met de documentatie al geschreven ;-). Het zou uw intenties los te koppelen van uw implementatie, dat vele malen is een geoptimaliseerd hack specifiek voor uw taal of omgeving. Handhavers in de toekomst of mensen refactoring uw code of het vertalen naar andere talen zou u zeer dankbaar zijn als je dat pseudocode in de documentatie te houden. Ik heb nog nooit PDL genoemd, ook omdat de PDL in Perl betekent Perl gegevens Taal, een zeer nuttig pakket te werken met grote datasets als vectoren of matrices, zoals in R.

antwoordde op 14/12/2010 om 17:16
bron van user Pablo Marin-Garcia

stemmen

1

Ik gebruikte het in de jaren 1980, toen ik in de verdediging werkte. PDL is overkill voor een solo programmeur weekend project van 1-1000 regels code. Maar als je de ontwikkeling van een 10k-100k regel code systeem met een team van een tiental software engineers, het is uitstekend voor het definiëren van voorlopige software ontwerpen in een waterval methodologie. Ook werd ontworpen om te voldoen aan MIL-STD ontwikkeling van software-eisen.

antwoordde op 26/05/2016 om 22:05
bron van user user3681887

Peter Boughton · Accepted Answer · 2009-01-28 00:14

Zeker als je elke routine / methode schrijven / whatever in pseudo-code eerst je zal eindigen verspillen veel tijd?

Helemaal niet - de planning van wat je gaat van te voren kan veel tijd besparen. Het dwingt je om dingen door te denken en refactoren in de makkelijkste fase (dat wil zeggen voordat je echt iets hebt gedaan).

Je hoeft niet volledig te schrijven elke routine - alleen de belangrijkste stappen, om u genoeg geven van een mentale kaart van wat elk onderdeel zal doen, en of je hebt gepland voor alles wat je nodig hebt.

Ik heb nog nooit gehoord over PDL ( Program Ontwerp Taal specifiek al, en?) - na het bekijken van het - het lijkt langdradig, lelijk en te veel moeite te zijn, en ik zou niet aan het te gebruiken - vasthouden aan beknopte maar leesbaar pseudo-code.