Ég myndi segja að það færi eftir aldri. Undir 13 Visual Basic, 13-18 Delphi, yfir 18 C++ eða Java. Það er mjög auðvelt að fikta í Visual Basic, en til þess að geta forritað á hærra stigi (t.d. COM) í VB þarf mjög góða forritunarkunnáttu og þá þarftu hvort sem er að læra C++. Delphi er alvöru þróunartól sem er notað í mörgum hugbúnaðarfyrirtækjum. Það er auðvelt að læra á það. En ef þú kannt C++ vel þá er ekkert mál að fara yfir Java eða Delphi. (Ég lærði Java syntax á 15 mín). Það er aðeins...

Ég efast um að slíkt hægt nema á mjög flókin hátt. Stýrikerfisframleiðendur vilja ekki slíkt. Það að ekki skuli vera hægt að loka forriti nema með lykiorði er siðlaust. Hvað ef notandi gleymir lykilorðinu? Þarf hann þá að slökkva á tölvunni? Góðir forritarar hugsa út frá notandanum, ekki sjálfum sér - nema náttúrlega þeir sem eru að búa til vírusa en það eru oftast algjörir lúserar.<BR

Geta stelpur ekki verið C++ forritarar?<BR

Nú er ég ekki viss að ég skilji þig. Það er nauðsynlegt að geta slökkt á forritum með End Task. Er það ekki rétt skilið hjá mér að þú birtir innsláttarform fyrir lykilorðið og birtir síðan aðalformið ef innsláttur er löglegur. Innsláttarformið er hluti af forritinu þannig að ef þú notar end task þá slekkurðu bara á forritinu þ.e.a.s ef þú ert í innsláttarforminu þá lokast það og líka forritið sem það verndar. Ég myndi ráðleggja þér að gera það þannig svona fyrsta árið í forritun. Annars er...

Reyndar fannst mér mjög gott að læra að skrifa ActiveX stýringar og dll í VB og ég myndi núna treysta mér til að skrifa þær í MFC. Einnig myndi ég byrja á því að læra COM í VB í staðinn fyrir MFC. Það er það létt að kóða í VB að maður getur einbeitt sér að því að læra. Þannig að mín skoðun er að VB er mjög gott lærdómstól, en ef fólk ætlar að skrifa alvöru forrit þá þarf það góða ástæðu til að velja VB - ég kann á það er ekki nægileg ástæða.<BR

Ég vil meina að það sé hægt að forrita í alvöru í VB (þá helst viðmótslag) en að það þurfi gífurlega kunnáttu til og að um það bil 0.001% þeirra sem forrita í VB hafi slíka kunáttu. Ég vil ekki dæma tólið eftir forriturunum. Það væri nú heldur ekki gott fyrir MFC-forritara dangling pointers alltaf út um allt. Segðu mér annars um Delphi hefurðu aðgang að API-köllum þar, hvernig er að tengjast öðrum gagnagrunnum með OBDC, og ActiveX-stýringar eru þær lítið mál? Ég kann slatta af...

Þú getur tekið X af með því að setja BorderStyle á forminu á 0. <BR

p-kóði úr VB5 er keyrður á sama compiler og VC++. VB5 hefur erfðir. Þær benchmarking tölur sem ég hef séð sýna að VC++ sé á bilinu 2-8 sinnum hraðara en VB5, nema þegar að því kemur að hlaða ActiveX stýringum inn á form, þá er VB5 20 sinnum hraðara. VB getur ekki verið alslæmt því að fullt af alvöru kerfum er skrifað í því, t.d. Verðbréfavogin hjá Tölvumyndum og það forrit er í notkun hjá bönkunum. Það á að velja forritunarmál eftir verkefnum því þau hafa öll sína kosti og galla. <BR

Notaðu API kall sem þú skilgreinir svona Private Declare Function sndPlaySound Lib \“winmm.dll\” _ Alias \“sndPlaySoundA\” (ByVal lpszSoundName As String, _ ByVal uFlags As Long) As Long Síðan geturðu kalla í það 1. Dæmi Dim SoundFile As String, ReturnLength As Long SoundFile = Dir(\“c:\\Windows\\System\\\” & \“*.wav\”) Result = sndPlaySound(SoundFile, 1) 2. Dæmi Dim WaveFiles(10) As String Dim i As Integer, worked As Integer For i = 0 to UBound(WaveFiles) worked = sndPlaySound(WaveFiles(i),...