Archívum - Nov 11, 2009
Alkalmazás fejlesztés több irányba
Sziasztok!
Egy meglévő (JAVA illetve PHP) alkalmazást szeretnék ezentúl két/több irányba továbbfejleszteni, ebben szeretném a segítségeteket kérni!
Eddig az alábbi ötletek merültek fel, hogyan lehetne ezt elvégezni:
0. az alkalmazás jelenlegi kódját több példányba lemásolnám, és külön-külön fejleszteném tovább
1. megpróbálhatnék "elágazásokat" írni a kódba; ha az egyik módon kell futni az alkalmazásnak, akkor az egyik osztályt hívja meg, ha a másik módon, akkor a másik osztályt.
2. valamiféle konfig fájlba próbálnám meg tárolni a két alkalmazás közti különbségeket, például közös ősosztályból származtatnám a különböző alkalmazás-specifikus osztályokat, így a váza közös lenne a különböző verzióknak, azonban a lényegi különbségek külön lennének
3. az alkalmazás eddig CVS-ben volt, de áttenném SVN alá, és indítanék több branch-et, és ezek között merge-ölgetnék (CVS-t/SVN-t már sokat használtam, de a branch-elés még nem jött elő)
Az alkalmazást kb. úgy lehet elképzelni, mint mondjuk egy szövegszerkesztőt, ami jelenleg csak egy szövegformátumot képest kezelni (mondjuk .txt-t), de szeretném, ha a továbbiakban több verzió lenne belőle (mondjuk .txt-t, .pdf-et, stb. kezelő változat).
Lennének közös részek (megnyitás, helyesírás-ellenőrzés, stb.), viszont nagyon sok kisebb/nagyobb különbség lenne a két verzióban.
(Mivel webes alkalmazásról van szó, a frissítések elég gyakoriak)
Szerintetek milyen megoldást érdemes választani az alkalmazás több irányban történő fejlesztésére? A fentiek közül az egyiket, vagy esetleg valami teljesen mást?
■ Egy meglévő (JAVA illetve PHP) alkalmazást szeretnék ezentúl két/több irányba továbbfejleszteni, ebben szeretném a segítségeteket kérni!
Eddig az alábbi ötletek merültek fel, hogyan lehetne ezt elvégezni:
0. az alkalmazás jelenlegi kódját több példányba lemásolnám, és külön-külön fejleszteném tovább
1. megpróbálhatnék "elágazásokat" írni a kódba; ha az egyik módon kell futni az alkalmazásnak, akkor az egyik osztályt hívja meg, ha a másik módon, akkor a másik osztályt.
2. valamiféle konfig fájlba próbálnám meg tárolni a két alkalmazás közti különbségeket, például közös ősosztályból származtatnám a különböző alkalmazás-specifikus osztályokat, így a váza közös lenne a különböző verzióknak, azonban a lényegi különbségek külön lennének
3. az alkalmazás eddig CVS-ben volt, de áttenném SVN alá, és indítanék több branch-et, és ezek között merge-ölgetnék (CVS-t/SVN-t már sokat használtam, de a branch-elés még nem jött elő)
Az alkalmazást kb. úgy lehet elképzelni, mint mondjuk egy szövegszerkesztőt, ami jelenleg csak egy szövegformátumot képest kezelni (mondjuk .txt-t), de szeretném, ha a továbbiakban több verzió lenne belőle (mondjuk .txt-t, .pdf-et, stb. kezelő változat).
Lennének közös részek (megnyitás, helyesírás-ellenőrzés, stb.), viszont nagyon sok kisebb/nagyobb különbség lenne a két verzióban.
(Mivel webes alkalmazásról van szó, a frissítések elég gyakoriak)
Szerintetek milyen megoldást érdemes választani az alkalmazás több irányban történő fejlesztésére? A fentiek közül az egyiket, vagy esetleg valami teljesen mást?
PHP beépített SOAP kliense vs. hibakezelés
Adott egy régebben megírt SOAP kliens osztály, mely a nuSOAP megoldásra épül. Ezzel elég jól megoldottam a hibakezelést. Most gondoltam, hogy átírom a PHP beépített SOAP megoldására a cuccot, de nem igazán látom, hogy hogyan tudnám lekezelni pl. azt az esettet, amikor a SOAP kiszolgáló nem érhető el. Ilyen esetben dob egy kellemes WARNING-ot, azt' csókolom.
Ötlet?
■ Ötlet?
zen-coding: Set of plugins for HTML and CSS hi-speed coding
HTML markup generálása CSS kiválasztók nyelvtanával megfogalmazott paranccsal
■ Web Open Font Format backed by Mozilla, type foundries
Nyílt betűformátum a webre közmegegyezéssel
■ 
