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

2013. Dec. 4., Sze, 14:12:29 CET

Ha van rendszeres code review es pair programming senki se fog szemetet
commitolni. De ehhez olyan cegnel kell dolgozni ahol a minoseg fontos.

2013. december 4. 12:59 József Keresztes írta, <xesj.hu at gmail.com>:

> 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
>>
>>
>
> _______________________________________________
> 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/c8d92e61/attachment.html>