Milyen gyakran használja pszeudokódját a világban?

ÉN használ pszeudokódját, ha távol a számítógépet, és csak papírt és tollat. Ez nem sok értelme aggódni szintaxist kód nem fordul le (nem tudja lefordítani papír).

Többnyire azt használjuk diószedés ki igazán bonyolult kódot, vagy ha elmagyarázza kódot vagy más fejlesztők vagy nem a fejlesztők, akik értik a rendszert.

Azt is folyik, ábrák és diagramok UML típus, amikor megpróbál tenni a fent is ...

Én általában akkor használják, amikor multiplex kialakulásának, ha mást nyilatkozatok, amelyek egymásba ami zavaró lehet.

Így nem kell, hogy menjen vissza, és dokumentálja azt, mivel a már megtörtént.

Meglehetősen ritkán bár gyakran dokumentálja eljárás írása előtt a testet is.

Azonban, ha segítek egy másik fejlesztő, hogyan kell megközelíteni a problémát, én gyakran írnak egy e-mailt pszeudokódokra megoldást.

Én szinte mindig használja manapság létrehozásakor minden nem triviális rutinok. Tudok létrehozni a pszeudo kódot észrevételeit, és tovább bővíti, amíg nem kap a lényeg, hogy én is csak írni a egyenértékű kódot alatta. Azt találtam, hogy ez jelentősen felgyorsítja fejlődés, csökkenti a „csak írni kód” szindróma gyakran átírja a dolgokat, amelyeket eredetileg nem tekinthető arra kényszeríti, hogy gondolja át az egész folyamatot írása előtt a tényleges kódot, és ez szolgál jó alapot kód dokumentáció után meg van írva.

Nem használok pszeudokódokra egyáltalán. Én sokkal kényelmesebb a szintaxis C-stílusú nyelv, mint én a pszeudókód.

Amit nem elég gyakran tervezési célokra lényegében egy funkcionális dekompozíció stílus kódolás.

public void doBigJob( params )
{
    doTask1( params);
    doTask2( params);
    doTask3( params);
}
private void doTask1( params)
{
    doSubTask1_1(params);
    ...
}

Mely, egy ideális világban, végül alakulnak működő kódot módszerek egyre triviális. Ugyanakkor a valós életben, van egy fene sok újratervezés és újragondolása design.

Találunk működik elég jól, mivel ritkán tudjuk találkoznak egy olyan algoritmus, amely egyszerre: hihetetlenül összetett és nehéz kódolni, és nem jobb megoldott UML vagy más modellezési technika.

Ha dolgozom ki valami bonyolult, én használni egy csomó, de tudom használni a megjegyzéseket. Például, én csonk azt az eljárást, és tegye minden lépésben azt hiszem, kell csinálni. Amint azt írjuk be a kódot, elmegyek a hozzászólás: azt mondja, amit én akartam csinálni.

procedure GetTextFromValidIndex (input int indexValue, output string textValue)
// initialize
// check to see if indexValue is within the acceptable range
//    get min, max from db
//    if indexValuenot between min and max
//       then return with an error
// find corresponding text in db based on indexValue
// return textValue
   return "Not Written";
end procedure;

Soha nem, nem is egyszer, szükség, hogy írjon az pszeudokódját program írása előtt is.

Azonban néha már volt, hogy levelet pszeudokódokra után írásban kódot, amelyet általában akkor történik, amikor próbálok leírni a magas szintű program végrehajtásáról, hogy valakit, hogy gyorsítsa fel az új kódot egy rövid ideig. És a „magas szintű végrehajtása”, úgy értem, egy sor pszeudokódokra leírja 50, vagy úgy sornyi C #, például:

Core guba egy csomó XML fájlokat egy mappába, majd elindítja a process.exe
  végrehajtható néhány parancssori paramétereket.

A process.exe szól minden fájl
    Minden fájl olvasható soronként
    Egyedi szavak húzzák ki a fájlt az adatbázisban tárolt
    A fájl törölhető, ha a kész feldolgozás