Új hozzászólás Aktív témák

• #11838 opr nagyúr MasterDeeJay #11837

  Új Válasz 2018-03-05 15:35:44 #11838

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz MasterDeeJay #11837 üzenetére

  Hat, nyelvfuggetlenul gondolkodva:
  Gondolom van valami rule-set, ami alapjan a hoszabbik stringbol egyertelmuen meghatarozhato a rovidebbik string egy definitiv, teljesen egyedi resze (filenev-mappanev).
  Ha ilyened nincs, akkor a problemad csak sacc/kb szintre oldhato meg, mert tele leszel false positive-al.

  Ilyen rule-ra pelda mondjuk ez:
  C_20151007_0701_T_TESZT_HUG00001465560

  Erre En igy elso blikkre a kovetkezo rule-okat tudnam mondani:
  - Eldobjuk az elso X karaktert, ha mindig ugyanolyan hosszu, igy kijon, hogy: T_TESZT_HUG00001465560, (ha a vege is fix hosszu, akkor azt is eldobjuk) ezutan _ alapon splittelunk, elso kettot figyelembe vesszuk. Mappanevet hasonloan. Ezutan ha az elso string (T) egyezik a mappa elso n betujevel (esetunkben egy, mert siman egy T van), a masodik string pedig egy az egyben egyezik, akkor megtalaltuk a mappat, masolunk, egyebkent megyunk tovabb a mappak listajan.
  - Elso karaktert eldobjuk, utana megkeressuk az elso "betu" karaktert. Innentol lasd elso pelda.
  - Ha a filenev elejenek a hossza valtozo, de a vegen a kod mindig adott mennyisegu karaktert tartalmaz, akkor hatulrol elorefele megyunk a fenti logika szerint

  Igy hirtelen ennyi.
  Annyi, hogy mivel fileok es mappakrol van szo, valszeg a mappak eseten ertelmezheto abc-sorrend lesz, (file-ok eseten a kod miatt nem biztos, passz) tehat felesleges mindig vegigmenni a teljes listan, ha nincs talalat, nincs es kesz (ezt illik logolni), illetve en nem is tesztelnek mindket stringre egyszerre, hanem a masodikra egyezest csak akkor neznek, ha mar az elsore van.

Új hozzászólás Aktív témák