Netbeans / projektit

Tuolla sivulla on muutamia sekavia asioita:

"
The // at the beginning of the tag ensures that this is still valid Java source code.
To exclude code:

/* //[endef]
public byte[] getBytes(String parameterName) {
...
}
//[ifdef] */

2. To swap the used code for version 2 the start and end tag just have to be set to /* respectively */.
"

Ensinnäkin:

"endef" ? - onko tuo pelkkä kirjoitusvirhe (enddef?) vai onko tuo tarkoitukselle vain 1 d:llä ?

2. Miksi ensin "endef" ja vasta sitten "ifdef" ?

Ja heti ensimmäisenä:

"
//[ifdef]
import java.sql.ParameterMetaData;
//[enddef]
"


hmmm... miksi:

//[ifdef]


miksei:

//[ifdef J2SE]

tai

//[ifdef J2ME]

siis omassa tapauksessani. Toki tuolla voisi olla joku muu määre, mutta ifdef ilman *mitään* määrettä???

Entäpä sitten tämä huomautus:

"Attention: the source code is copied into two different root directory one for version 1 and the other for version 2. Because Ant tries to avoid copies if the file does not have changed this can lead to having the wrong version of code in your target directory."

Missä tilanteissa siis on vaara, että Ant onnistuu saamaan aikaiseksi käännettäväksi kokonaan väärän version ja miten tuolta vaaralta vältytään ?

Muutenkin, tuo Antin konfigurointi vaikuttaa varsin sekavalta.

Miksei kieleen ole lisätty ifdef-else-endif -toiminnallisuutta. Tällä muuten ei välttämättä ole mitään tekemistä C/C -tyylisen esiprosessoinnin (preprocessor) kanssa, sillä esim. Delphissä ON {$IFDEF JokinSymboli}, {$ELSE} ja {$ENDIF}, mutta Delphissä silti EI ole esiprosessoria.

Entäpä tuo "final boolean" -kikka?

Siitä voi joissain olosuhteissa ollahyötyäkin, mutta:

Javan tiukka "vain olioita" -politiikka aiheuttaa tässä harmia. Eli tuollaisen "final boolean" -muuttujan (eli itseasiassa vakion) on oltava olion jäsen.

Toiseksi, sitäei voi käyttää ehdolliseen "import" -lauseeseen.

Ja kolmanneksi, tätäkään ei voi tehdä:

public class TCriticalSection {

public final static boolean EiKoskaan = false;

... ja myöhemmin koodissa ...

if (EiKoskaan) {
//
JokinOlematonRutiini();
//
}


...

Tuo nimittäin aiheuttaa kääntäjäviorheilmoituksen.

Eli asia ei olekaan niin yksinkertainen, että kun kääntäjä huomaa, että "EiKoskaan" on pysyvästi false, niin JokinOlematonRutiini() ei koskaan kutsuta, ja siksi ei haittaa, ettei sitä ole olemassa.

Koska käytän Java -kehitysalustana Linux Netbeans, niin paras ratkaisu olisi ehkä luova yhdistelmä "include files" linuxin "soft links".

mutta löytyykös Javasta sitten myöskään noita include filejä ?

Mika0800 kirjoitti:

Tuolla sivulla on muutamia sekavia asioita:

"
The // at the beginning of the tag ensures that this is still valid Java source code.
To exclude code:

/* //[endef]
public byte[] getBytes(String parameterName) {
...
}
//[ifdef] */

2. To swap the used code for version 2 the start and end tag just have to be set to /* respectively */.
"

Ensinnäkin:

"endef" ? - onko tuo pelkkä kirjoitusvirhe (enddef?) vai onko tuo tarkoitukselle vain 1 d:llä ?

2. Miksi ensin "endef" ja vasta sitten "ifdef" ?

Ja heti ensimmäisenä:

"
//[ifdef]
import java.sql.ParameterMetaData;
//[enddef]
"


hmmm... miksi:

//[ifdef]


miksei:

//[ifdef J2SE]

tai

//[ifdef J2ME]

siis omassa tapauksessani. Toki tuolla voisi olla joku muu määre, mutta ifdef ilman *mitään* määrettä???

Entäpä sitten tämä huomautus:

"Attention: the source code is copied into two different root directory one for version 1 and the other for version 2. Because Ant tries to avoid copies if the file does not have changed this can lead to having the wrong version of code in your target directory."

Missä tilanteissa siis on vaara, että Ant onnistuu saamaan aikaiseksi käännettäväksi kokonaan väärän version ja miten tuolta vaaralta vältytään ?

Muutenkin, tuo Antin konfigurointi vaikuttaa varsin sekavalta.

Miksei kieleen ole lisätty ifdef-else-endif -toiminnallisuutta. Tällä muuten ei välttämättä ole mitään tekemistä C/C -tyylisen esiprosessoinnin (preprocessor) kanssa, sillä esim. Delphissä ON {$IFDEF JokinSymboli}, {$ELSE} ja {$ENDIF}, mutta Delphissä silti EI ole esiprosessoria.

Entäpä tuo "final boolean" -kikka?

Siitä voi joissain olosuhteissa ollahyötyäkin, mutta:

Javan tiukka "vain olioita" -politiikka aiheuttaa tässä harmia. Eli tuollaisen "final boolean" -muuttujan (eli itseasiassa vakion) on oltava olion jäsen.

Toiseksi, sitäei voi käyttää ehdolliseen "import" -lauseeseen.

Ja kolmanneksi, tätäkään ei voi tehdä:

public class TCriticalSection {

public final static boolean EiKoskaan = false;

... ja myöhemmin koodissa ...

if (EiKoskaan) {
//
JokinOlematonRutiini();
//
}


...

Tuo nimittäin aiheuttaa kääntäjäviorheilmoituksen.

Eli asia ei olekaan niin yksinkertainen, että kun kääntäjä huomaa, että "EiKoskaan" on pysyvästi false, niin JokinOlematonRutiini() ei koskaan kutsuta, ja siksi ei haittaa, ettei sitä ole olemassa.

Koska käytän Java -kehitysalustana Linux Netbeans, niin paras ratkaisu olisi ehkä luova yhdistelmä "include files" linuxin "soft links".

mutta löytyykös Javasta sitten myöskään noita include filejä ?

Lue lisää

Ilmeisesti tuossa linkissä oli kirjoituvirheitä mutta jollet huomannut niin noi ifdef ja enddef olivat vain esimerkkejä. Ne olisivat voineet olla esim minna ja maija. Ant on hiukan hankala konffattava mut esim. netbeanssissä tuon build.xml:n konffaus pitäisi onnistua melko helposti.
Et ilmeisesti tajunnut mitä noilla //[ifdef] ja //[enddef] (tai [minna] ja [maija]). Ne ovat tag:ja, joiden avulla Ant tietää mitä tehdään, eli tässä tapauksessa kommentoidaanko 1. osa vai 2. osa koodista.
Tuohon väärään versioon niin, kuten se varoittaakin niin Ant yrittää välttää kopioita ja kääntää vain muuntuneet tiedostot. Tuon voi välttää poistaa ensin vanhan version.
Koskaan en ole koodannu Delphillä, niin oletin sen toimivan samanlailla kuin C . Noi miksei Javassa ole -kysymykset ovat mielestäni aivan turhia. Jos tuollaisia ongelmia tulee eteen niin kannattaa miettiä ensin, että onko ohjelmassa suunnittelussa menny jotain vikaan, en vaan osaa ja viimeisenä ohjelmointikielen vaihtoa.
JSP:ssä on include file mutta se on eri asia. Mut tietääkseni Javassa ei ole c :n tapasta include:a.

Mika0800 kirjoitti:

Tuolla sivulla on muutamia sekavia asioita:

"
The // at the beginning of the tag ensures that this is still valid Java source code.
To exclude code:

/* //[endef]
public byte[] getBytes(String parameterName) {
...
}
//[ifdef] */

2. To swap the used code for version 2 the start and end tag just have to be set to /* respectively */.
"

Ensinnäkin:

"endef" ? - onko tuo pelkkä kirjoitusvirhe (enddef?) vai onko tuo tarkoitukselle vain 1 d:llä ?

2. Miksi ensin "endef" ja vasta sitten "ifdef" ?

Ja heti ensimmäisenä:

"
//[ifdef]
import java.sql.ParameterMetaData;
//[enddef]
"


hmmm... miksi:

//[ifdef]


miksei:

//[ifdef J2SE]

tai

//[ifdef J2ME]

siis omassa tapauksessani. Toki tuolla voisi olla joku muu määre, mutta ifdef ilman *mitään* määrettä???

Entäpä sitten tämä huomautus:

"Attention: the source code is copied into two different root directory one for version 1 and the other for version 2. Because Ant tries to avoid copies if the file does not have changed this can lead to having the wrong version of code in your target directory."

Missä tilanteissa siis on vaara, että Ant onnistuu saamaan aikaiseksi käännettäväksi kokonaan väärän version ja miten tuolta vaaralta vältytään ?

Muutenkin, tuo Antin konfigurointi vaikuttaa varsin sekavalta.

Miksei kieleen ole lisätty ifdef-else-endif -toiminnallisuutta. Tällä muuten ei välttämättä ole mitään tekemistä C/C -tyylisen esiprosessoinnin (preprocessor) kanssa, sillä esim. Delphissä ON {$IFDEF JokinSymboli}, {$ELSE} ja {$ENDIF}, mutta Delphissä silti EI ole esiprosessoria.

Entäpä tuo "final boolean" -kikka?

Siitä voi joissain olosuhteissa ollahyötyäkin, mutta:

Javan tiukka "vain olioita" -politiikka aiheuttaa tässä harmia. Eli tuollaisen "final boolean" -muuttujan (eli itseasiassa vakion) on oltava olion jäsen.

Toiseksi, sitäei voi käyttää ehdolliseen "import" -lauseeseen.

Ja kolmanneksi, tätäkään ei voi tehdä:

public class TCriticalSection {

public final static boolean EiKoskaan = false;

... ja myöhemmin koodissa ...

if (EiKoskaan) {
//
JokinOlematonRutiini();
//
}


...

Tuo nimittäin aiheuttaa kääntäjäviorheilmoituksen.

Eli asia ei olekaan niin yksinkertainen, että kun kääntäjä huomaa, että "EiKoskaan" on pysyvästi false, niin JokinOlematonRutiini() ei koskaan kutsuta, ja siksi ei haittaa, ettei sitä ole olemassa.

Koska käytän Java -kehitysalustana Linux Netbeans, niin paras ratkaisu olisi ehkä luova yhdistelmä "include files" linuxin "soft links".

mutta löytyykös Javasta sitten myöskään noita include filejä ?

Lue lisää

Kommentti tähän:

> Ja kolmanneksi, tätäkään ei voi tehdä:
>
> public class TCriticalSection {
>
> public final static boolean EiKoskaan = false;
>
> ... ja myöhemmin koodissa ...
>
> if (EiKoskaan) {
> //
> JokinOlematonRutiini();
> //
> }

Tämmöiset tilanteet tavataan hoitaa rajapinnoilla tai abstrakteilla luokilla. Eli kenttää "EiKoskaan" ei tarvita ollenkaan, vaan luodaan rajapinta, jossa määritellään metodi "JokinOlematonRutiini". Rajapinta toteutetaan kahdella eri luokalla, jossa toisessa tuo metodi tekee jotain ja toisessa ei. Sitten tapauskohtaisesti koodissa määritellään, kumpaa rajapinnan toteutusta käytetään.

Ylipäätään koko sun ongelma on ratkaistavissa luomalla kaksi (tai useampi) luokkakirjasto tarpeen mukaan, jotka noudattavat yhteistä rajapintaa, ja koodata varsinainen sovellus pelkästään tätä rajapintaa vastaan. Ajoaikaisesti voidaan sitten valita kumpaa (mitä) varsinaista toteutusta käytetään. Ei tarvitse kikkailla ant:in tai minkään muunkaan kanssa.