Kysymyksiä Delphi-ohjelmoijille

Guru?

Oot vissiin tosi guru ;D phauhahah!

Vaikka Pascal ei ole eniten käytettyjen (monikaan ei tiedä miten hyvä se on) kielten joukossa niin kyllä sillekin käyttäjiä riittää. Tämän voit nähdä esim. siitä paljonko Lazarusta (eräs Pascal pohjainen kehitysympäristö) on "imuroitu" sourceforge.net:n kautta:
https://sourceforge.net/project/showfiles.php?group_id=89339

Voit "imuroida" sen aivan vapaasti itsellekin ja kokeilla millaista sillä on ohjelmoida esim graafisia sovelluksia (käyttämäsi käyttöjärjestelmään).
Lisätietoja löydät esim.:

http://wiki.lazarus.freepascal.org/Lazarus_Documentation/fi

http://wiki.mureakuha.com/wiki/Lazarus

Delphissä on hiton hyvä IDE, eikä koodin tarvitte olla Pascalia....taidat olla provopelle, saatat olla myös tyhmä.

Rahat otetaan nopeasti, eikä koodin tarvitse olla mitään ihmettä, käännettyä sontaa yleensä, millä rahhaa tehhää ja 3. jos koodi on suljettua, niin muiden jippojen päälle kryptaa pää(ajo)koodin ja motukat vaikka SVK:lla?

Siäpaitsi Linux JYRÄÄ.

Eihän tämä ole Delphi-projekti!!!

Jottei tulis väärinkäsityksiä, kotisivuni ei tuota tätä ohjelmaa vaan toinen yritys, jossa työskentelen tällähetkellä Delphikoodarina :)

Delphi Rocks!!!!!!!!!!!

Yeah

Delphikoodari.. kirjoitti:

Jottei tulis väärinkäsityksiä, kotisivuni ei tuota tätä ohjelmaa vaan toinen yritys, jossa työskentelen tällähetkellä Delphikoodarina :)

Delphi Rocks!!!!!!!!!!!

Yeah

Lue lisää

Joku sentään vastasi kunnolla. Olisi ollut hauska lukea lisääkin projektista, mutta ymmärränhän minä, ettei sitä kaikille passaa kertoa :-)

Kiitos vastauksesta.

Joku sentään kirjoitti:

Joku sentään vastasi kunnolla. Olisi ollut hauska lukea lisääkin projektista, mutta ymmärränhän minä, ettei sitä kaikille passaa kertoa :-)

Kiitos vastauksesta.

Lue lisää

Annoin vähän aikaa näkyä noiden projektien kuvat, kun kummiskin kilpailijoita on liikenteessä ja pomoni ei varmaan tykkäis jos sattuis näkemään tuon projektin kuvat täällä :D

tehdään vaan kännyköille pelejä, niin on ihan sama asia väittää, että Delphillä ei voi tehdä kun käyttöliittymiä kantakyselyihin.

Minusta hajautettuihin järjestelmiin esimerkiksi pankkipuolella koodataan sen takia Javalla, että alusta voi vaihtua huomenna ja sovellus toimii silti. Mainframessa on tietokannat ja Cobol-ohjelmat hoitaa businesslogiikan. Java hoitaa kaiken siitä eteenpäin käyttäjän selaimelle asti.

6v koodannu vakuutus- ja pankkipuolen softaa ja ainuttakaan Delphi-sovellusta ei oo tullu vastaa.

Jos se Delphi on kerran maailman paras, niin miksi se ei oo joka paikassa käytössä? Miksi sillä ei tehdä kaikkea?

Ainoo mitä Delphi mulle sanoo on kieli jolla koodataan äkkiä käyttöliittymä johonkin systeemiin. Maailmassa on muutakin kuin työasemia jotka tarttee jotain käyttöliittymäsoftaa.

Piru_ kirjoitti:

tehdään vaan kännyköille pelejä, niin on ihan sama asia väittää, että Delphillä ei voi tehdä kun käyttöliittymiä kantakyselyihin.

Minusta hajautettuihin järjestelmiin esimerkiksi pankkipuolella koodataan sen takia Javalla, että alusta voi vaihtua huomenna ja sovellus toimii silti. Mainframessa on tietokannat ja Cobol-ohjelmat hoitaa businesslogiikan. Java hoitaa kaiken siitä eteenpäin käyttäjän selaimelle asti.

6v koodannu vakuutus- ja pankkipuolen softaa ja ainuttakaan Delphi-sovellusta ei oo tullu vastaa.

Jos se Delphi on kerran maailman paras, niin miksi se ei oo joka paikassa käytössä? Miksi sillä ei tehdä kaikkea?

Ainoo mitä Delphi mulle sanoo on kieli jolla koodataan äkkiä käyttöliittymä johonkin systeemiin. Maailmassa on muutakin kuin työasemia jotka tarttee jotain käyttöliittymäsoftaa.

Lue lisää

"Minusta hajautettuihin järjestelmiin esimerkiksi pankkipuolella koodataan sen takia Javalla, että alusta voi vaihtua huomenna ja sovellus toimii silti."

Nuokin systeemit voisi hyvin koodata Delphillä (windows -alustalle), tai Kylixillä tai FreePascalilla (Linuxille).

Ai että järjestelmä "vaihtuu huomenna" ???

Jos PC vaihtuu toiseen, jossa on nopeampi CPU, enemmän RAMmia tai isompi kiintolevy, niin mikä ongelma tuo on ?

Ja jos tarkoitus oli vaihtaa muuhun kuin PC:hen, herää kysymys: miksi ?

Mikä tarve on käyttää muuta kuin PC:tä ?

Jos luotettavuutta halutaan lisää, markkinoilla on tarjolla erityisesti palvelimiin suunniteltuja PC:tä, joissa on kiinnitetty erityistä huomioita luotettavaan toimintaan pitkällä tähtäimellä.

Käytännössä kaikesta selviää PC:llä, sovelluksesta riippuen joko Windowsilla tai Linuxilla.

Nykyinen normaali koti-PC on suorituskyvyltään monituhatkertainen 1970 -luvun mainframeen verrattuna. Ja silti 1970 -luvullakin ne asiat tuli jotenkin hoidettua.

Eli jos joku väittää, ettei PC:n nopeus riitä, kannattaa kiinnittää huomiota muutamaan asiaan:

1. Ohjelmisto suunniteltava niin, että myös suorituskykynäkökohdat otetaan huomioon. Näin sekä ohjelmiston suunnittelutavassa, että työvälinevalinnoissa.

Delphi tuottaa aitoa konekielikoodia, näin nopeusetu esim. J2EE -sovelluksiin on selkeä, Delphin eduksi.

2. Jos todella tehtävä on niin vaativa, että nopeinkaan PC ei riitä, vaikka ohjelmiston suorituskyvyn eteen on tehty kaikki mahdollinen, silloin paras lääke asiaan on kuorman tasaus.

Tällöin laitetaan useampi PC hyvin verkotettuna hoitamaan kukin oma osansa kuormasta.

Tarvittaessa voidaan esim. sovellusta ajaa yhdellä koneella/koneryhmällä tietokantaa toisella jne.

Jos tämäkään ei riitä, silloin myös tietokanta on hajautettava useammalle koneelle: tällöin tosin tietokantasuunnittelu muuttuu erityisen vaativaksi tehtäväksi.

Mutta jotain kertoo pieni testi: 1100 MHz AMD Athlonilla ja 512 Megan RAMilla varustettu PC selvisi helposti n. 300 UDP -kyselystä sekunnissa, ohjelma tehty Delhillä ja ICS:llä (Francois Piette), ilman mitään optimointeja.

Oikein optimoituna ja esim. koodaamalla tuo suoraan Kylixillä ja Linuxille, käyttämällä säikeitä ja jättämällä tuo ICS välistä pois ja käsittelemällä suoraan socketteja omasta koodista, olettaisin nopeuden vielä moninkertaistuvan tuosta.

Jotain nopeusasioista kertoo tämäkin esimerkki:

Tehtävä: lajittele useamman sadantuhannen rivin tekstitiedosto riveittäin (1 rivi = 1 tietue) määrättyjen kriteerien mukaan.

Yritin tuota ensin suoraan Delphin TStringList -tyypillä. Ohjelma käytti useamman minuutin aikaa, joten keskeytin sen debuggerilla, ja ei oltu edes puolessa välissä, joten keskeytin sen.

Seuraavaksi kokeilin (kun kyse oli tietynlaisesta aakkostustehtävästä avainkentän / kenttien mukaan)
koodata itse niin, että yhden ison TStringlistan sijasta minulla olikin seuraavanlainen tietorakenne:

Data : Array[0..30] of TStringList;

Nyt sitten Data[0] = tietueet, jotka alkavat kirjainta "A" aikaisemmalla merkillä.

Data[1].. Data[26] = tietueet, jotka alkavat kirjaimilla "A" .. "Z".

Data[27]..Data[29] = kirjaimilla "Å", "Ä", "Ö" alkavat tietueet.

Data[30] = Tietueet, jotka sijoitetaan "Ö":llä alkavien tietueiden jälkeen.

Nyt kukin TStringista lajitellaan erikseen näin:

for i := low(Data) to High(Data) do TStringList(Data[i]).Sort; // tai CustomSort(CompareFunc), jos halutaan avainkentän olevan muu kuin itse rivi sellaisenaan.

Ja lopuksi kirjoitetaan tulostiedostoon kunkin TStringListan sisältö.

Näin toteutettuna ohjelman ajoaika putosi alle minuuttiin, kuin aiempi versio usean minuutin ajon jälkeen ei päässyt edes puoleen väliin.

Tämä osoittaa selkeästi: Vieläkin tärkeämpi asia kuin työvälineen valinta, on sen toiminnan ymmärtäminen ja käyttö oikein.

Delphillä käännetty koodi on erittäin nopeaa suorittaa, mutta raskaissa tehtävissä kannattaa silti miettiä, miten koodata niin, että koneen suorituskyvystä saadaan kaikki irti.

Veikkanpa, että Javalla olisi jääty tässä toiseksi nopeudessa. C:llä tai C :lla olisi ehkä päästy samaan, mutta luotettavasti toimivan ohjelman kirjoittaminen olisi vienyt selvästi enemmän aikaa kuin Delphillä.

Asia vielä korostuu, jos lajiteltavat tietueet saattavat sisältää Null -merkkejä. Siis Delphillä ilmaistuna näin:

const
Null : AnsiChar = #0;

C:llä ilmeisesti jotain tämäntapaista:

char Null = (char)0;

C:ssä kun yleensä tulkitaan merkkijonon päättyvän ensimmäiseen Null -merkkiin.

KUn taas Delphissä:

const

Test1 : String = 'ABC'#0'DEF';

Tässä Length(Test1) = 7

Tosin, jos erehdyt tekemään tämän:

ShowMessage(Test1);

niin ehkä näet ruudulla pelkän ABC.

Tämä ei muuta miksikään sitä tosiasiaa, että Length(Test1) = 7.

Jos sensijaan teet näin:

Fs1 := TFileStream.Create('Testi.BIN', fmCreate);
try
Fs1.WriteBuffer(Test1[1], length(Test1));
finally
FreeAndNil(Fs1);
end;

niin esim dir -komennolla näet, että tiedostossa on todellakin 7 merkkiä. (ja näistä keskimmäinen on tuo Null -merkki).

Piru_ kirjoitti:

tehdään vaan kännyköille pelejä, niin on ihan sama asia väittää, että Delphillä ei voi tehdä kun käyttöliittymiä kantakyselyihin.

Minusta hajautettuihin järjestelmiin esimerkiksi pankkipuolella koodataan sen takia Javalla, että alusta voi vaihtua huomenna ja sovellus toimii silti. Mainframessa on tietokannat ja Cobol-ohjelmat hoitaa businesslogiikan. Java hoitaa kaiken siitä eteenpäin käyttäjän selaimelle asti.

6v koodannu vakuutus- ja pankkipuolen softaa ja ainuttakaan Delphi-sovellusta ei oo tullu vastaa.

Jos se Delphi on kerran maailman paras, niin miksi se ei oo joka paikassa käytössä? Miksi sillä ei tehdä kaikkea?

Ainoo mitä Delphi mulle sanoo on kieli jolla koodataan äkkiä käyttöliittymä johonkin systeemiin. Maailmassa on muutakin kuin työasemia jotka tarttee jotain käyttöliittymäsoftaa.

Lue lisää

Ei taida ajatus kovin pitkälle kantaa, olet harhainen se on selvä, Sullako on sitten munaa todeta tallaista kielestä jota et tunne pätkääkään, voin sanoa javasta, että joakinen keksiköön omia kieliään, saa nyt nähä kuinka sille oraclen sylissä käy. c ja pascal on sentään perinteisiä ei muotioikkuja.

nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.

aslöfd kirjoitti:

nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.

Lue lisää

>>nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.>>

Tarkoitit varmaan, että sinä väännät nippeliohjelmia Delphillä "helposti" (no, pari kuukautta menee per nippeli), kun et osaa muuta kuin heitellä komponentteja sinne sun tänne ja odotat kaiken hoituvan itsestään. Mihinkään vakavaan et osaa Delphiä käyttää.

Näin se rehellisyys on valttia. Yritäpä tuohon tyyliin ensi kerralla.

Mitä kieltä muuten käytät niihin "vakavempiin" juttuihisi ja millä tuloksilla?

Että näin kirjoitti:

>>nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.>>

Tarkoitit varmaan, että sinä väännät nippeliohjelmia Delphillä "helposti" (no, pari kuukautta menee per nippeli), kun et osaa muuta kuin heitellä komponentteja sinne sun tänne ja odotat kaiken hoituvan itsestään. Mihinkään vakavaan et osaa Delphiä käyttää.

Näin se rehellisyys on valttia. Yritäpä tuohon tyyliin ensi kerralla.

Mitä kieltä muuten käytät niihin "vakavempiin" juttuihisi ja millä tuloksilla?

Lue lisää

Ensinnäkin Visual Basic on todella suosittu pankkimailmassa...

sivusta seuraaja kirjoitti:

Ensinnäkin Visual Basic on todella suosittu pankkimailmassa...

sen takia pankkimaailma onkin tietotekniseltä tasoltaan niin persiistä.

Että näin kirjoitti:

>>nippeliohjelmia delphillä helposti vääntää kun ei tarvitse kuin heitellä komponentteja sinne sun tänne ja kaikki hoituu itsestään mutta mihinkään vakavempaan delphistä ei ole.>>

Tarkoitit varmaan, että sinä väännät nippeliohjelmia Delphillä "helposti" (no, pari kuukautta menee per nippeli), kun et osaa muuta kuin heitellä komponentteja sinne sun tänne ja odotat kaiken hoituvan itsestään. Mihinkään vakavaan et osaa Delphiä käyttää.

Näin se rehellisyys on valttia. Yritäpä tuohon tyyliin ensi kerralla.

Mitä kieltä muuten käytät niihin "vakavempiin" juttuihisi ja millä tuloksilla?

Lue lisää

Monet suomalaiset taloushallinnon ohjelmistot on Visual Basicilla tehty.

Ainakin Henix-ohjelmat kokonaan http://www.henix.fi/

xxxxx kirjoitti:

Monet suomalaiset taloushallinnon ohjelmistot on Visual Basicilla tehty.

Ainakin Henix-ohjelmat kokonaan http://www.henix.fi/

Lue lisää

kertooko se jotain ohjelmointityökalun hyvyydestä jos sitä käytetään laajalti?

wqpoeirq kirjoitti:

kertooko se jotain ohjelmointityökalun hyvyydestä jos sitä käytetään laajalti?

Ilman muuta se kertoo!

jorma mälli kirjoitti:

Ilman muuta se kertoo!

selitäppä sitten se miksei delphiä käytetä yhtä paljon kuin vb:tä vaikka se on todistetusti kaikessa suhteessa parempi?

selitäppäs sitten kirjoitti:

selitäppä sitten se miksei delphiä käytetä yhtä paljon kuin vb:tä vaikka se on todistetusti kaikessa suhteessa parempi?

Tarkoititko että Delphi on Visual Basicia parempi? Missä se on todistettu?

Tällä Delphi palstalla asiasta keskusteltiin kohdassa "Palstan elvytys" http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=4500000000000646&posting=22000000017384687

Siellä paljastui ainakin se, että tämän palstan Delphin ja Lazaruksen kehujat eivät osanneet perustella asiaa. Lue se ketju, sillä turha tässä minun on taas alkaa vänkäämään samoista asioista tietämättömien kanssa.

xxxxx kirjoitti:

Tarkoititko että Delphi on Visual Basicia parempi? Missä se on todistettu?

Tällä Delphi palstalla asiasta keskusteltiin kohdassa "Palstan elvytys" http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=4500000000000646&posting=22000000017384687

Siellä paljastui ainakin se, että tämän palstan Delphin ja Lazaruksen kehujat eivät osanneet perustella asiaa. Lue se ketju, sillä turha tässä minun on taas alkaa vänkäämään samoista asioista tietämättömien kanssa.

Lue lisää

Et ymmärtänyt silloinkaan (todennäköisesti et vieläkään). Eli sinun pitäisi tutustua paremmin
Pascaliin että tajuaisit.

Et ymmärtänyt kirjoitti:

Et ymmärtänyt silloinkaan (todennäköisesti et vieläkään). Eli sinun pitäisi tutustua paremmin
Pascaliin että tajuaisit.

Tämä jo pitkälti siitä syystä, että se on kaikkein helpoin liittää muihin ohjelmiin tai sen avulla on helpoin hallita muita sovelluksia. Onhan jo sovelluksissa monesti makrokielena VBA. Lisäksi monissa erikoisalan sovelluksissa liityntä on tehty juuri Visual Basicia silmällä pitäen.

Käytännössä Visual Basic on jonkinlainen standardi.

Sitten jos ajatellaan kumpi on kehittyneempi, Delphi vai Visual Basic, niin Delphi on jäänty vuosien takaiseen tilaan. Visual Basic on rajusti kehittynyt ja hallitsee vaikka Net2-ympäristöä.

Et ymmärtänyt kirjoitti:

Et ymmärtänyt silloinkaan (todennäköisesti et vieläkään). Eli sinun pitäisi tutustua paremmin
Pascaliin että tajuaisit.

Ei siinä ketjussa pascalin kehujat juurikaan perustelleet asioitaan vaan heittivät jotain yleisellä tasolla. Ohjelmoinnissa asiat pitää pystyä perustelemaan. Etenkin kun puhutaan koodin paremmuudesta, niin silloin pitää pystyä laittamaan koodiesimerkkejä kehiin.

Aloitetaan nyt tuolla mitä tuossa ylempänä sanotaan, eli VBA. Basicilla pystyy tekemään omia makroja ja ohjelmia Excelin ja Wordin sisällä. Mainitse edes yksi taulukkolaskentaohjelma ja tekstinkäsittelyohjelma, joissa pystyy samaan pascalin avulla? Tai perustele että pascalin kanssa siihen ei ole tarvetta.

xxxxx kirjoitti:

Ei siinä ketjussa pascalin kehujat juurikaan perustelleet asioitaan vaan heittivät jotain yleisellä tasolla. Ohjelmoinnissa asiat pitää pystyä perustelemaan. Etenkin kun puhutaan koodin paremmuudesta, niin silloin pitää pystyä laittamaan koodiesimerkkejä kehiin.

Aloitetaan nyt tuolla mitä tuossa ylempänä sanotaan, eli VBA. Basicilla pystyy tekemään omia makroja ja ohjelmia Excelin ja Wordin sisällä. Mainitse edes yksi taulukkolaskentaohjelma ja tekstinkäsittelyohjelma, joissa pystyy samaan pascalin avulla? Tai perustele että pascalin kanssa siihen ei ole tarvetta.

Lue lisää

dfddggdgdgd

xxxxx kirjoitti:

Ei siinä ketjussa pascalin kehujat juurikaan perustelleet asioitaan vaan heittivät jotain yleisellä tasolla. Ohjelmoinnissa asiat pitää pystyä perustelemaan. Etenkin kun puhutaan koodin paremmuudesta, niin silloin pitää pystyä laittamaan koodiesimerkkejä kehiin.

Aloitetaan nyt tuolla mitä tuossa ylempänä sanotaan, eli VBA. Basicilla pystyy tekemään omia makroja ja ohjelmia Excelin ja Wordin sisällä. Mainitse edes yksi taulukkolaskentaohjelma ja tekstinkäsittelyohjelma, joissa pystyy samaan pascalin avulla? Tai perustele että pascalin kanssa siihen ei ole tarvetta.

Lue lisää

Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä. Ei minulla ole kumpaakaan. Ei ole ollut tarvetta (siis asioita voi tehdä muullakin tavalla. Vaikkapa lopputulos olisi sama).

Mikä on niin tärkeä asia että siihen tarvitaan makroja? Eikö sitä pystytä muuten tekemään?

Mihin tarvitaan W&E? kirjoitti:

Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä. Ei minulla ole kumpaakaan. Ei ole ollut tarvetta (siis asioita voi tehdä muullakin tavalla. Vaikkapa lopputulos olisi sama).

Mikä on niin tärkeä asia että siihen tarvitaan makroja? Eikö sitä pystytä muuten tekemään?

Lue lisää

Kyse on vaihtoehdoista. Mainitsin sen kun se oli juuri kirjausketjussa mainittu. En minäkään juuri tee Exceliin tai Wordiin moduleita, vaan mieluummin koodaan se suoraan VB:llä.

Kuitenkin Excel ja Word sisältää paljon toimintoja, ja on hieno lisä, että tarvittaessa voi tehdä vaikeampia laskentakaavoja pienellä ohjelmapätkällä.

Itse olen tehnyt VB:llä mahdollisuuden siirtää tiedot Wordiin ja Exceliin parillakin tavalla. Yksi on se, että VB:llä voi suorittaa VBA-komentoja käynnistämällä Excelin tai Wordin. Jos asiakkailla ei ole Exceliä tai Wordia, niin he eivät käytä ko. toimintoja. VB antaa paljon mahdollisuuksia erilaisiin toteutuksiin ja toimintoihin, joihin pascal-kehittäjillä ei ole mahdollisuuksia.

Sanoit että "Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä." Tuo sana "välttämättä" kuvaa sitä vähättelyä, jolla joidenkin mielestä voidaan osoittaa toiminnon tarpeellisuus olemattomaksi.

Sivulla http://www.mindspring.com/~tflynn/excelvba.html on monia hyviä esimerkkikoodeja VBA:n käytöstä Excelissä. Basic on helppo oppia, joten jos koneessa on Excel, niin vaikka käyttäjällä ei ole paljoa ohjelmointikokemusta, niin hän pystyy esim. lähettämään taulukon suoraan sähköpostilla. Eli jos taulukkolaskentaohjelmassa ei ole toimintoa valmiina, niin monasti se on Exceliin helppo basicilla väsätä.

Tai jos halutaan tallentaa Excel-tiedoston osa halutun tyyppiseen teksti-tiedostoon http://xl.barasch.com/AWr18183.htm

Excelissä on itsessään paljon toimintoja, joten kun ohjelma tehdään Excelin sisässä, niin ei tarvitse kuin tehdä muutama ohjelmarivi.

xxxxx kirjoitti:

Kyse on vaihtoehdoista. Mainitsin sen kun se oli juuri kirjausketjussa mainittu. En minäkään juuri tee Exceliin tai Wordiin moduleita, vaan mieluummin koodaan se suoraan VB:llä.

Kuitenkin Excel ja Word sisältää paljon toimintoja, ja on hieno lisä, että tarvittaessa voi tehdä vaikeampia laskentakaavoja pienellä ohjelmapätkällä.

Itse olen tehnyt VB:llä mahdollisuuden siirtää tiedot Wordiin ja Exceliin parillakin tavalla. Yksi on se, että VB:llä voi suorittaa VBA-komentoja käynnistämällä Excelin tai Wordin. Jos asiakkailla ei ole Exceliä tai Wordia, niin he eivät käytä ko. toimintoja. VB antaa paljon mahdollisuuksia erilaisiin toteutuksiin ja toimintoihin, joihin pascal-kehittäjillä ei ole mahdollisuuksia.

Sanoit että "Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä." Tuo sana "välttämättä" kuvaa sitä vähättelyä, jolla joidenkin mielestä voidaan osoittaa toiminnon tarpeellisuus olemattomaksi.

Sivulla http://www.mindspring.com/~tflynn/excelvba.html on monia hyviä esimerkkikoodeja VBA:n käytöstä Excelissä. Basic on helppo oppia, joten jos koneessa on Excel, niin vaikka käyttäjällä ei ole paljoa ohjelmointikokemusta, niin hän pystyy esim. lähettämään taulukon suoraan sähköpostilla. Eli jos taulukkolaskentaohjelmassa ei ole toimintoa valmiina, niin monasti se on Exceliin helppo basicilla väsätä.

Tai jos halutaan tallentaa Excel-tiedoston osa halutun tyyppiseen teksti-tiedostoon http://xl.barasch.com/AWr18183.htm

Excelissä on itsessään paljon toimintoja, joten kun ohjelma tehdään Excelin sisässä, niin ei tarvitse kuin tehdä muutama ohjelmarivi.

Lue lisää

Jos noilla ohjelmilla voidaan ajaa ulkopuolisia ohjelmia tai rutiineja niin se voidaan tehdä esim. pascalilla.

xxxxx kirjoitti:

Ei siinä ketjussa pascalin kehujat juurikaan perustelleet asioitaan vaan heittivät jotain yleisellä tasolla. Ohjelmoinnissa asiat pitää pystyä perustelemaan. Etenkin kun puhutaan koodin paremmuudesta, niin silloin pitää pystyä laittamaan koodiesimerkkejä kehiin.

Aloitetaan nyt tuolla mitä tuossa ylempänä sanotaan, eli VBA. Basicilla pystyy tekemään omia makroja ja ohjelmia Excelin ja Wordin sisällä. Mainitse edes yksi taulukkolaskentaohjelma ja tekstinkäsittelyohjelma, joissa pystyy samaan pascalin avulla? Tai perustele että pascalin kanssa siihen ei ole tarvetta.

Lue lisää

Delphiin (pascaliin) löytyy useita esim. komponentteja toimisto-ohjelma sovelluksiin.


http://delphi.about.com/od/database/l/aa090903a.htm

http://www.add-in-express.com/add-in-delphi/?ref1=adwords&ref2=ADX_XLDelphi&gclid=CMqwybPnoYkCFRRpXgodBSwSPw

http://www.scalabium.com/msword/index.htm

open office:

http://sourceforge.net/project/showfiles.php?group_id=87718&package_id=133853

http://www.oooforum.org/forum/viewtopic.phtml?t=22344

CAD DTP
http://www.simdesign.nl/dtpdocuments.html

ulkopuolinen_ kirjoitti:

Jos noilla ohjelmilla voidaan ajaa ulkopuolisia ohjelmia tai rutiineja niin se voidaan tehdä esim. pascalilla.

En tarkoittanut dll-funktioiden tai ulkopuolisten ohjelmien ajoa, vaan sitä, että ne voidaan tehdä basicilla suoraan Excelissä tai sitten VB voi avata Excelin ja suorittaa VB:n sisältä Excelin toimintoja. Nuo Excelin toiminnot tehdään basicilla.

ulkopuolinen_ kirjoitti:

Delphiin (pascaliin) löytyy useita esim. komponentteja toimisto-ohjelma sovelluksiin.


http://delphi.about.com/od/database/l/aa090903a.htm

http://www.add-in-express.com/add-in-delphi/?ref1=adwords&ref2=ADX_XLDelphi&gclid=CMqwybPnoYkCFRRpXgodBSwSPw

http://www.scalabium.com/msword/index.htm

open office:

http://sourceforge.net/project/showfiles.php?group_id=87718&package_id=133853

http://www.oooforum.org/forum/viewtopic.phtml?t=22344

CAD DTP
http://www.simdesign.nl/dtpdocuments.html

Lue lisää

Joo, kyllähän noita jonkin verran on.

Tosin suurin osa tuntui toimivan api:n tai ado:n kautta tai sitten ne olivat COM add-in -mokkuloita.

Eikä niissä ollut sellaista kun VBA:ssa, eli että teksturin tai taulukkolaskennan sisällä voidaan tehdä pascal-koodia. Pascal oli ymmärtääkseni aina ulkopuolinen sovellutus, jonka modulit täytyy erikseen kääntää.

Yritystä Open Office -jengillä kyllä on siihen, että saisivat Microsoftin toimintoja OO-ohjelmiin. Nimenomaan Microsoftin toimintoja, sillä resurssit eivät riitä tekemään Microsoftin toimintoja vastaavia OO-ohjelmia.

xxxxx kirjoitti:

Kyse on vaihtoehdoista. Mainitsin sen kun se oli juuri kirjausketjussa mainittu. En minäkään juuri tee Exceliin tai Wordiin moduleita, vaan mieluummin koodaan se suoraan VB:llä.

Kuitenkin Excel ja Word sisältää paljon toimintoja, ja on hieno lisä, että tarvittaessa voi tehdä vaikeampia laskentakaavoja pienellä ohjelmapätkällä.

Itse olen tehnyt VB:llä mahdollisuuden siirtää tiedot Wordiin ja Exceliin parillakin tavalla. Yksi on se, että VB:llä voi suorittaa VBA-komentoja käynnistämällä Excelin tai Wordin. Jos asiakkailla ei ole Exceliä tai Wordia, niin he eivät käytä ko. toimintoja. VB antaa paljon mahdollisuuksia erilaisiin toteutuksiin ja toimintoihin, joihin pascal-kehittäjillä ei ole mahdollisuuksia.

Sanoit että "Mihin ihmeeseeen välttämättä tarvitaan Wordiä tai exceliä." Tuo sana "välttämättä" kuvaa sitä vähättelyä, jolla joidenkin mielestä voidaan osoittaa toiminnon tarpeellisuus olemattomaksi.

Sivulla http://www.mindspring.com/~tflynn/excelvba.html on monia hyviä esimerkkikoodeja VBA:n käytöstä Excelissä. Basic on helppo oppia, joten jos koneessa on Excel, niin vaikka käyttäjällä ei ole paljoa ohjelmointikokemusta, niin hän pystyy esim. lähettämään taulukon suoraan sähköpostilla. Eli jos taulukkolaskentaohjelmassa ei ole toimintoa valmiina, niin monasti se on Exceliin helppo basicilla väsätä.

Tai jos halutaan tallentaa Excel-tiedoston osa halutun tyyppiseen teksti-tiedostoon http://xl.barasch.com/AWr18183.htm

Excelissä on itsessään paljon toimintoja, joten kun ohjelma tehdään Excelin sisässä, niin ei tarvitse kuin tehdä muutama ohjelmarivi.

Lue lisää

No siis tyhmähän tuo edellinen puhuja oli. Käytännössähän Word/Excel ovat perusleipää toimistossa ja niiden tukeminen/käyttäminen osana softia on äärimmäisen tärkeää. Mutta jos pitää tehdä vakava softa niin ei sitä kannata alkaa VBA-häkkyränä tekemään missän nimessä! Pikkuisenkaan laajempi toiminnallisuus vaatii kyllä jo oman softan jossa sitten on liittymät noihin toimistosoftiin.

Delphi sopii tähän tehtävään oikein mainiosti eikä ikinä tarvi kirjoittaa riviäkään VBA:ta. Tai jos tahtoo käyttää VBA:ta niin osan voi tehdä sillä - mutta tässä ongelma minun mielestäni on se että mihin vetää rajan varsinaisen koodin ja VBA:n välille.

Delphi Officetuotteet? Paras kontrolli? = COM.

Exel ja word kumartaa com( )-rajapintaa oikein hyvin. Kuten kaikki muutkin office-tuotteet.

Kaiken sen mitä pystyy tekeen niiden sisäisellä VB:llä tai makroilla pystyy tekeen millä tahansa ohjelmointikielellä joka vaan tukee com-rajapintaa, eli käytännössä kaikki oleelliset. Se ei ole edes hankalaa vaan commisoftaaminen on täsmälleen samanlaista kuin jos hankkis jonkun kolmannen osapuolen komponentin omaan projektiinsa. Office-tuotteiden com rajapinta löytyy MSDN:stä tarkkaan dokumentoituna. Sitä ei mainosteta aktiivisesti koska Microsoft haluaa että VBA sitoo koodit MS-tuotteisiin - mutta käytännössä Microsoftin on tuettava täysin ja laadukkaasti kolmansia osapuolia niiden natiiveissa kielissä...

koodari kirjoitti:

Tämä jo pitkälti siitä syystä, että se on kaikkein helpoin liittää muihin ohjelmiin tai sen avulla on helpoin hallita muita sovelluksia. Onhan jo sovelluksissa monesti makrokielena VBA. Lisäksi monissa erikoisalan sovelluksissa liityntä on tehty juuri Visual Basicia silmällä pitäen.

Käytännössä Visual Basic on jonkinlainen standardi.

Sitten jos ajatellaan kumpi on kehittyneempi, Delphi vai Visual Basic, niin Delphi on jäänty vuosien takaiseen tilaan. Visual Basic on rajusti kehittynyt ja hallitsee vaikka Net2-ympäristöä.

Lue lisää

Käytännössä vb on suurin ruikkuläjä mitä maailamassa on keksitty, harjoittelukielestä on muka väkisin väännetty ohjelmointikieli, olen joutunut sitäkin käyttämään, surkein skeida ikinä, olet syönyt liikaa sieniä, joten harhat ovat ymmärrettäviä.

xxxxx kirjoitti:

Joo, kyllähän noita jonkin verran on.

Tosin suurin osa tuntui toimivan api:n tai ado:n kautta tai sitten ne olivat COM add-in -mokkuloita.

Eikä niissä ollut sellaista kun VBA:ssa, eli että teksturin tai taulukkolaskennan sisällä voidaan tehdä pascal-koodia. Pascal oli ymmärtääkseni aina ulkopuolinen sovellutus, jonka modulit täytyy erikseen kääntää.

Yritystä Open Office -jengillä kyllä on siihen, että saisivat Microsoftin toimintoja OO-ohjelmiin. Nimenomaan Microsoftin toimintoja, sillä resurssit eivät riitä tekemään Microsoftin toimintoja vastaavia OO-ohjelmia.

Lue lisää

Mut nyt olet hakoteillä, olet vetänyt siitakesientä yliannoksen, nuo api/ado jutut ei ole VB:tä eikä etenkään VBA:ta, ne on käytis systeemeitä, vba (visual basic for applications) on ihan vaan scriptiä, ei mikään ohjelmointi kieli.

xxxxx kirjoitti:

Monet suomalaiset taloushallinnon ohjelmistot on Visual Basicilla tehty.

Ainakin Henix-ohjelmat kokonaan http://www.henix.fi/

Lue lisää

Ei vb:llä tehdä kuin apuohjelmia, otetaan nyt esimerkiksi hyvin tunnettu Passeli ohjelmisto, yllätys ehkä mutta se on tehty delphillä, puhutaan vähän eri asioista kun vb:llä väännetään jotain apuohjelmaa, se on tehty sitä varten että muka-ohjelmoijat vois edes jotenkin päteä, en tiedä nyky tilannetta mutta vb on ollut tulkattava kieli toisin kun delphi on ollut alunperin käännettävä kieli, ja delphi kääntäjä on tiettävästi nopein.

Niin, kyse oli siitä, että käytetäänkö Delphiä. Siihen voi vastata omien kokemusten nojalla kahdella tavalla: käytän tai en käytä. Et osannut tätä kuitenkaan tehdä.

Kyllä se ymmärrys siitä kasvaa, jos vähän joskus ajattelet ja luet mitä kysytään ennen vuodatustasi.

"Kielen syntaksi saa olla vaikka savoa saatana."

Et siis valita, jos eteen nakataan Forthia tai Lispiä?

Vai mitä kirjoitti:

Niin, kyse oli siitä, että käytetäänkö Delphiä. Siihen voi vastata omien kokemusten nojalla kahdella tavalla: käytän tai en käytä. Et osannut tätä kuitenkaan tehdä.

Kyllä se ymmärrys siitä kasvaa, jos vähän joskus ajattelet ja luet mitä kysytään ennen vuodatustasi.

"Kielen syntaksi saa olla vaikka savoa saatana."

Et siis valita, jos eteen nakataan Forthia tai Lispiä?

Lue lisää

Eikä noi vb hehkuttajat edes käsitä sitä että delphiä käytetään just siksi että se on näppärämpi kuin vb tarjoten lähes c :n tehon, sitäpaitsi delphin opascal taitaa olla ainoa joka on kehitetty itsellään, jos jotkut yksisilmäiset vb fanit ei muka hoksaa mitkä sovellukset on tehty delphillä niin ei voi mitään, minäkin olen tehnyt delphillä yhden sovelluksen johon te jokainen törmäätte päivittäin, tajuamatta sitä. Siellä kun ei tule vb:n ms erroreita.

Kuinkahan moni vb hehkuttaja oikeasti tietää delphistä yhtään mitään, ei tiedä koska ne ei enää hehkuttais vb:tä jos tietäis.