Keresés

Ezzel meg az a probléma, hogy szövegrészt cserél és nem karaktert.
Bár ez nem is probléma;)

Sorry, de ezzel nem a vitát akartam folytatni, hanem egy problémát vetettem fel.

Nem errol van szo, barmikor csinalok egy statikus metodust, egy wrappert, vagy barmit.

De, ez egy olyan funkcio, aminek egeszen nyilvanvaloan a core API-ban van a helye, es ne feledjuk el, a String-nek van ilyen replace() metodusa. Abszolute illogikus, hogy a StringBuffer-nek meg nincs.

Volt egy gonolatom.

Csinálok egy MyStringBuffer osztályt úgy, hogy kiegészítem a StringBuffert egy translate(char a, char b) metódussal. Minden mást örökölne a StringBuffertöl.

Ha a StringBuffer nem lenne final-ként definiálva. :-(((

Osszevont valasz: egy szereny poent akartam elsutni angyalhentes rovasara, de ugy latszik nem jott at :(
Tkp azt akartam felvetni, hogy miert kellene itt es most a StringBuffer.reverse vagy egyaltalan barmilyen metodus letjogosultsaga mellett vagy ellen ervelnunk (402)

Ha jol emlekszem, mar van ilyen RFE.

lehetoleg hasznaljatok a "valasz erre" linket ha hivatkoztok, pl nem vagom NevemTeve kire reagalt es mi ez a reakcio :)

De még az is lehetne, hogy valaki megírja és elküldi a SUN-nak. Talán beleveszik a következő kiadásba.

Gratulalok intelligens hozzaszolasodhoz. Fogadd barati kezfogasom kisereteben szeretettel a "Het Arrogans F@$%a" vandordijat :)

Feladsz egy hirdetest, miszerint mostantol minden programkönyvtárat nálad kell jóváhagyatni, akkor majd megmondod hogy mi kell, mi nem kell!

Jo, tenyleg.

(Persze, azert ha ennek a feladatnak az elofordulasi gyakorisagat osszevetem azzal, hogy egy adott karaktert egy masikra csereljunk le, vagy horribile dictu egy substringet egy masik substringre, hat az utobbiak mindossze parezerszer gyakoribb problemak. :))

Peladul:

Bizonyos forditoporogramok a nyelvtani elemzest stack automataval vegzik. Az elso lepesek kozott van, hogy a (token) stringet belenyomjak a verembe, es indulhat az elemzes. Namost ahoz, hogy a verem tetejen az eredeti sztring elso betuje legyen, ahoz a verembe forditva kell beletenni a stringet. Ime a pelda :)

S^zindbad

Csokoltatom a felhasznaloidat :))

A felhasznalo kivancsi a string forditottjara.

Bizony.

Na most gyorsan mondjon nekem erre valaki egy gyakorlati alkalmazast. Ugy ertem, egy valodi eletben felmerulo problemat, amihez ez a metodus kell.

hat erre raereztel...

Megforditja?

A StringBuffer-ben a reverse() metódus az mit csinál?

Petykoo

Jah, csak hat ez agyuval verebre. Es egy 200 karakter koruli stringbufferre biztos lassabb, mint vegignezni egyenkent a karaktereket. (Meg nem is nagyon lehet maskepp egy karakterre keresni.)

import java.util.regex.*;
.
.
.
Pattern p= Pattern.compile("ö");
Matcher m=p.matcher("Töhötöm");
println(m.replaceAll("e"));

.
.
.

Brrrrrrrrrrrrrrrrrrrrrrrrrrr!

Találtam a
java.util.regex

csomagban replace-szel összefüggő dolgokat.

StringBuffer paramétereken dolgozik.

hello!

itt van egy pelda egy tavoli file olvasasara, garantaltan cache-elesmentesen (utobbi by Angyalhentes ;-)) )




URL remotefile;


(...)


Random ra=new Random();


(...)



try
{
remotefile=new URL(getCodeBase()+"adatok.txt"+"?kamu="+ra.nextInt(1000));


URLConnection c=null;
InputStreamReader instream;
BufferedReader data;
StringBuffer buf=new StringBuffer();
String line;


try
{
c=this.remotefile.openConnection();
c.connect();
instream=new InputStreamReader(c.getInputStream());
data=new BufferedReader(instream);


while((line=data.readLine())!=null)
{
buf.append(line+"\n");
System.out.println(line);
}
}
catch(IOException e){}
}
catch(MalformedURLException e){};


Hulye dolog, de ilyen metodusa a StringBuffernek valamiert nincs. Illetve nem az a hulye dolog, hanem az, hogy a Stringnek viszont van.

public String replace( char oldChar, char newChar );

de szerintem egyszerubb, ha azt csinalod, hogy:

for( int i = 0; i < sb.length(); i++ )
{
  if( sb.charAt( i ) == oldChar )
    sb.setCharAt( i, newChar );
}

(Ezzel szemben baromi fontos am a StringBuffer-be a reverse() metodus, bah. Most jol kidohogtam magam :))

Hi!
Van vmi mód a javaban arra, hogy egy StringBuffer obiektumváltozóban az összes A betűt lecseréljem mondjuk C betűre? A változót a felhasználótól kérem be, ezért a betűk helye határozatlan.

Petykoo

Szia Kőbányaivilágos

azért zavarlak, mert nekem is hasonló TXT file beolvasási problémát kellene megoldanom, de még nagyon az elején tartok. Ha nem nagyon védett a forrásod akkor elküldhetnéd, nagyon sok mindent tudnék belőle tanulni (még kezdő vagyok Java-ban).

Köszönettel Peesta

Pont ellenkezoleg. Ugyanis a billentyuzet feltetelezese mar onmagaban serti a platformfuggetlenseget :))

De most komolyan. Milliofele platformon milliofele billentyuzet van. Volt ugye, amin 8 funkciogomb volt, van, amin 10, van, amin 12, de olyat is lathat az ember, amin 15 van.

Ezeknek milyen kodot adnal?

Az awt egy jo kompromisszum a hasznalhatosag es a platformfuggetlenseg kozott, mert ugy probaltak megtervezni, hogy minden platformon, ahol implementaltak, mukodjenek a funkcioi. Lehetoleg azonos modon, persze ez mar implementaciofuggo, tehat nem teljesul. :)

Kedves angyalhentes!

Válaszaidat köszönöm, és megpróbálom értelmezni:

Nagyon úgy tűnik, hogy azért lehetetlen AWT nélkül megoldani a statikus readChar()/readKey()
metódusokat, mert azokat az AWT is csak natív hívásokkal tudja megvalósítani.
Ha viszont ez így van, akkor felmerül a kérdés, hogy ez nem veszélyezteti-e a bájtkód platformfüggetlenségét.

Üdvözlettel: Path

Na igen, de ezek itt azert tenyleg problemas szavak. Nagyon-nagyon hulyen csengenek.

OFF!
Volt Brachel Szigfridnek egy aranyos száma a (magyar) nyelv furcsaságairól.

Miért húzza a cigány a vonót. Miért vonat a vonat, ha a mozdony húzza. Miért nem huzat? stb...

Azert nem szeretem ezt a szot, mert egy objektumnak mar nincs tipusa. Csak osztalya. Akkor tipuskonverzio <-> osztalykenyszerites? Egyaltalan, milyen szo az, hogy osztalykenyszerites? :)