[Javalist] RegExp probléma: nem aposztrófok közé zártak felismerése

2013. Dec. 4., Sze, 13:59:25 CET

Sajnos ez a kód megöröklése probléma sokkal nagyobb mint csak az adatbázis
elérés. Az egyik fejlesztő jQuery-vel csinálgatta a kliens oldalt, és
megörökli a másik aki csak prototype-ban profi. Az egyik Spring-et használ
és azt megkapja egy JSF-es fejlesztő, stb. Olyanról nem is beszélnék hogy
PHP-s cuccot dobnának oda egy java fejlesztőnek :) Szóval az ilyen nem túl
bonyolult JDBC-s elérés mint az enyém vagy a JdbcTemplate átlátása nem
hiszem hogy nagy gond. Arról nem is beszélve hogy van olyan amikor minden
technológia ismert az átadó és átvevő számára, de az átadó olyan logikát
követ amit nem lát át az átvevő. Sajnos én is örököltem ilyen kódot, már 3
éve van nálama kódja és bevallom nem látom át, ez az igazság, és hajam
tépem ha bele kell nyúlni, pedig a technológia teljesen ismert volt. Akitől
átvettem az pl. mindent egyetlen 5000 soros java osztályba írt bele :) Vagy
pl. aki mindenhol v1,v2,vN változóneveket használ. Én azt látom hogy néha
sokszor annyi (akár 10x idő is) más kódjába túrkálni. Ha erre van jó
megoldásotok...bár ez már más téma.

2013. december 4. 13:45 György Szimeonov írta, <szimeonov.gy at gmail.com>:

> lehet en vok lusta de sose ulnek le "sajat jdbc-s cuccot" fejleszteni. Azt
> hiszem mar parszor ki volt targyalva miert ne irjunk sajat keretrendszert.
> A cegednek meg kulonosen rossz mert, ahogy felmondasz legacykent fog
> csungni a tobbi fejleszto nyakan. Arrol nem is beszelve, hogy minden uj
> fejlesztot be kell tanitani a hasznalatara.
>
>
> 2013. december 4. 12:20 József Keresztes írta, <xesj.hu at gmail.com>:
>
> Sziasztok !
>>
>> Köszönöm a sok hozzászólást, és ezt az utóbbit is. A segítségetekkel
>> (remélem) megoldottam a paraméter problémát,
>> végülis úgy hogy számolom az aposztrófok számát. Ha a :x előtt páros van
>> akkor az valós behelyettesítendő paraméter, ha páratlan akkor békén hagyom.
>> Igen sajnos ha mysql-be nem dupla aposztrófot írunk akkor az problémás
>> lehetne, de gondolom elfogadja a szabványos dupla aposztrófot is.
>>
>> Igen értelek titeket hogy a JDBCTemplate mellett teszitek le a
>> voksotokat, én viszont sajátot írok JDBCShell néven. És "élesben" lesz
>> használva :)
>> Ugyanis én mindig saját jdbc-s cuccokat szeretek írkálni, évek óta
>> beváltak éles projektekben, pont ezekkel nem volt semmi gond. Persze inkább
>> az volt
>> a hiba velük hogy nem tudtak bizonyos dolgokat, amiket később én magam
>> hiányoltam.
>> Ezért fejlesztek hozzá, illetve kicsit átírom. Most pl. ebben a
>> JDBCShell-ben azt vezettem be hogy
>> annotációval vannak osztályok ellátva, hasonlóan mint Hibernate, JPA stb.
>> @Table, @View, @Column, @Id, és így ezek példányaira automatikusan lehet
>> insertObject(), updateObject() stb. metódusokat hívni. Mivel ezen
>> osztályok forráskódjait nem kézzel kellene előállítani, a projekt-et
>> jar-ként futtatva egy
>> swing-es generátor felülettel lehet generálni ezen annotált osztályok
>> forráskódját (ez még nincs kész).
>> Én szeretek ezzel foglalkozni, és miért ne működne élesben ? Legyen jól
>> kitesztelve.
>> Amúgy több fejlesztőnél is tapasztaltam ezt a "saját jdbc-s cuccot írunk"
>> dolgot.
>>
>> Joe
>>
>>
>>
>> 2013. december 4. 13:01 Gábor Garami írta, <gabor.garami at hron.me>:
>>
>> Ekezetes problema barmely adatbaziskezelovel elofordulhat - csak ez
>>> alapjan dobni egyet szerintem nem fair. A MySQL-lel tenyleg eleg sok
>>> problema van, viszont fejleszteshez, egyszerubb feladatokhoz idealis.
>>>
>>> En szemely szerint kerulom az SQL sztringel bizgatasat, inkabb olyan
>>> frameworkot hasznalok, ami automatikusan kepes prepared statementek
>>> kezelesere, es eleve olyan formaban feedelem be neki az SQL templatet,
>>> amilyenben varja, nem ragaszkodok feltetlen az egy igaz formatumhoz.
>>>
>>> En is a JDBCTemplate mellett tennem le a voksomat. Teljesen felesleges
>>> pluszmunkanak latom ezt a cserelosdit megcsinalni megegyszer, amikor
>>> mar valaki egyszer nem csak, hogy megcsinalta, de egy olyan projektben
>>> csinalta ezt meg, amit relative nagyon sokan hasznalnak - igy szenne
>>> van tesztelve ennek a mukodese. Hobbiprojektkent persze, el lehet
>>> bibelodni vele - de eles projektben az ilyennek szerintem helye
>>> nincsen.
>>>
>>>
>>> Garami Gábor
>>> E-mail: gabor.garami at hron.me
>>> Tel: +36 20 235 9621
>>> MSN: hrgy at vipmail.hu
>>> Skype: hron84
>>>
>>>
>>> 2013/12/2 József Keresztes <xesj.hu at gmail.com>:
>>> > Kicsit elkanyarodtunk a témától, de azért a mysql-ről egy megjegyzés:
>>> én
>>> > életemben egyszer próbáltam java-ból mysql-t használni, és rögtön az
>>> elején
>>> > már az ékezetekkel baj volt, nem is oldódott meg a probléma, de nem is
>>> > próbáltam igazán megoldani. Akkor azt mondtam soha többet, de tényleg
>>> soha
>>> > sehol nem kellett még használni mysql-t.
>>> >
>>> >
>>> > 2013. december 2. 13:11 Richard O. Legendi írta,
>>> > <richard.legendi at gmail.com>:
>>> >
>>> >> Hehe, ja, tud érdekes dolgokat produkálni :-) A kedvencem a "Disk is
>>> too
>>> >> full" hibaüzenet :D
>>> >>
>>> >> Ricsi
>>> >>
>>> >>
>>> >> On 2013.12.02. 13:05, Ákos Gábriel wrote:
>>> >>>
>>> >>> A MySQL az egy nem is tudom micsoda, mert se az SQL nyelvet nem tudja
>>> >>> rendesen, se az ACID koncepciót nem sikerül megvalósítania.
>>> >>> Szóval olyan "majdnem-adatbáziskezelő", szerintem.
>>> >>>
>>> >>> Üdv,
>>> >>> Ákos
>>> >>>
>>> >>>
>>> >>> 2013.12.02. dátummal, 13:02 időpontban Richard O. Legendi
>>> >>> <richard.legendi at gmail.com> írta:
>>> >>>
>>> >>>> MySql pl.? Amúgy az eredeti két lekérdezést is megeszi, amit írtál
>>> >>>> (attól függetlenül, hogy ha nincs is olyan táblám :-)).
>>> >>>>
>>> >>>> Ricsi
>>> >>>>
>>> >>> _______________________________________________
>>> >>> Javalist mailing list
>>> >>> Javalist at lists.javaforum.hu
>>> >>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> Javalist mailing list
>>> >> Javalist at lists.javaforum.hu
>>> >> http://lists.javaforum.hu/mailman/listinfo/javalist
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Javalist mailing list
>>> > Javalist at lists.javaforum.hu
>>> > http://lists.javaforum.hu/mailman/listinfo/javalist
>>> >
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20131204/1449be4b/attachment.html>