Archief - [ALG] Welke taal?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

killgore

Legacy Member
.Acku. zei:
In een ideale wereld wel, maar vind maar iemand neutraal en nuchter genoeg en met ervaring in ELKE discipline om dat te maken
De mogelijkheden van een taal kort opsommen is te doen he :).

En dan gewoon met wat mensen samen overleggen over de voordelen van bepaalde mechanismen/talen tov andere.

Vich

Legacy Member
Ik heb alvast een tabel gemaakt op de pagina die ik eerder postte.
Als je de bron bewerkt dan vindt je een template voor een tabel-rij die je dan kan invoegen voor een nieuwe taal.
Voeg je een nieuwe kolom in, dan moet je het template, de titel-rij en de reeds andere reeds bestaande rijen natuurlijk ook aanpassen. Weet je niet wat je moet invullen voor een bepaalde taal, vul dan "?" in, zodat iemand het later kan bijwerken.
Tussen elke kolom is er een lege ruimte van 20 pixels

killgore

Legacy Member
Ik weet niet wat je juist bedoelt met geheugenbeheer, als dit garbage collectioning is mag je men java & c# additie aanpassen :p.

edit: aangepast

.Acku.

Legacy Member
Leuke tabel maar dat gaat niemand echt vooruit helpen welke taal te kiezen voor welke taak, denk ik

killgore

Legacy Member
.Acku. zei:
Leuke tabel maar dat gaat niemand echt vooruit helpen welke taal te kiezen voor welke taak, denk ik
tis een begin he :).

Moet nog paar tekstjes komen over nut & mogelijkheden van elke taal, gebruiksgemak, voor welke toepassingen het vnl geschikt is, ... .

Maar dat zou ik liever na overleg met enkele mensen doen of er komen toch "fanboy" achtige zaken op.

QplQyer

Legacy Member
Misschien best nog wat onderverdelingen zoals declaratief <> imperatief bijvoegen?
Overigens lijkt C# me meer cross-compatibel dan C++, daar je C++ code moet hercompileren eer het draait op het ander platform, maar C#-code kan je rechtstreeks draaien met Mono.

.Acku.

Legacy Member
C++ cross-platform noemen lijkt dan ook weer erg fanboy-achtig ;)
Als je ziet wat Java allemaal forceert om in de volledige API platformonafhankelijk te blijven, en dat 90% van C/C++ code dat niet is. Naja. Het KAN, dat is waar.

Vich

Legacy Member
.Acku. zei:
C++ cross-platform noemen lijkt dan ook weer erg fanboy-achtig ;)
Als je ziet wat Java allemaal forceert om in de volledige API platformonafhankelijk te blijven, en dat 90% van C/C++ code dat niet is. Naja. Het KAN, dat is waar.
Daar ga ik écht niet mee akkoord en dat heeft niks met fanboyisme te maken: C++ vanuit zijn ANSI standaard is 100% cross-platform. Zelfs de STL library vind je zowat op elk platform terug. 't Feit dat de meeste OS'en in C/C++ geschreven zijn is wel een goed bewijs van cross-platform-zijn denk ik?

Als je naar specifieke libraries gaat kijken dan is het inderdaad niet altijd cross-platform, maar dat probleem heeft Java óók.

QplQyer

Legacy Member
Een platform is meer dan enkel de architectuur (want het OS is onderdeel van een platform), dus het feit dat de meeste OS'en in C/C++ zijn geschreven heeft weinig te maken met cross-platform-compatibiliteit.

Psychokillah

Legacy Member
Mja cross platform is natuurlijk voor discussie vatbaar. Misschien ook bij vertellen of het standaard gebaseerd is op een Virtual Machine systeem of niet.

.Acku.

Legacy Member
Vich zei:
Daar ga ik écht niet mee akkoord en dat heeft niks met fanboyisme te maken: C++ vanuit zijn ANSI standaard is 100% cross-platform. Zelfs de STL library vind je zowat op elk platform terug. 't Feit dat de meeste OS'en in C/C++ geschreven zijn is wel een goed bewijs van cross-platform-zijn denk ik?

Heel vreemd argument. Je bent platformonafhankelijk als je het platform zelf erin kan schrijven? DnC.

Vich zei:
Als je naar specifieke libraries gaat kijken dan is het inderdaad niet altijd cross-platform, maar dat probleem heeft Java óók.

Feit is dat de meeste C++ libraries dat gewoon niet zijn. Java is dat altijd wel tenzij bij uitzondering (en die zijn heel erg schaars, dat betreft enkel libs die opzettelijk gemaakt zijn om platformafhankelijke features te gebruiken).
C# Mono is principieel ook onafhankelijk.

Vich

Legacy Member
QplQyer zei:
Een platform is meer dan enkel de architectuur (want het OS is onderdeel van een platform), dus het feit dat de meeste OS'en in C/C++ zijn geschreven heeft weinig te maken met cross-platform-compatibiliteit.

.Acku. zei:
Heel vreemd argument. Je bent platformonafhankelijk als je het platform zelf erin kan schrijven? DnC.
Nee, je trekt de verkeerde conclusie:
Je bent in mijn ogen platform-onafhankelijk als de taal ook op een ander platform bestaat en/of als je voor dat andere platform kan compilen. Als een OS in een bepaalde taal geschreven is, dan is die taal voor zover ik het weet ook altijd beschikbaar ín het OS. Vandaar dat ik dat als voorbeeld gaf.

Ik denk dat hier twee dingen door elkaar gehaalt worden:
- de taal die wel of niet cross-platform beschikbaar is
- de taal die cross-platform bytecode genereert waardoor virtual machines kunnen gemaakt worden per platform

Zelf heb ik het over het feit dat C/C++ als taal brede cross-platform toepassingen heeft. Ik kan niet direct aan een OS denken waarvoor geen C/C++ compiler bestaat.

Feit is dat de meeste C++ libraries dat gewoon niet zijn. Java is dat altijd wel tenzij bij uitzondering (en die zijn heel erg schaars, dat betreft enkel libs die opzettelijk gemaakt zijn om platformafhankelijke features te gebruiken).
C# Mono is principieel ook onafhankelijk.
Feit is dat een library niks zegt over de taal, enkel over de toepassing van de code. En het gaat 'm hier natuurlijk om de taal. 't Is niet omdat de meerderheid een taal niet in een cross-platform context bekijkt, dat de taal niet cross-platform is.

[edit 14:04] toevoegingen en correctie

[edit] Mijn 3D engine(AlterNova) en systeemlibrary(COW) zijn beide in C++ geschreven en compileren prima in Windows, Linux en Nintendo DS. Met of zonder kleine aanpassingen zouden deze dus ook moeten draaien op Mac OS en vele andere SDL&OpenGL ondersteunende platformen. Dat bewijst toch wel het feit dat C++ cross-platform kan werken denk ik?

Bubbling Zombie

Legacy Member
Vich zei:
Nee, je trekt de verkeerde conclusie:
Je bent in mijn ogen platform-onafhankelijk als de taal ook op een ander platform bestaat en/of als je voor dat andere platform kan compilen. Als een OS in een bepaalde taal geschreven is, dan is die taal voor zover ik het weet ook altijd beschikbaar ín het OS. Vandaar dat ik dat als voorbeeld gaf.

Maar, volgens de site is c# niet crossplatform - what about mono?

NecroNeo

Legacy Member
Vich zei:
[edit] Mijn 3D engine(AlterNova) en systeemlibrary(COW) zijn beide in C++ geschreven en compileren prima in Windows, Linux en Nintendo DS. Met of zonder kleine aanpassingen zouden deze dus ook moeten draaien op Mac OS en vele andere SDL&OpenGL ondersteunende platformen. Dat bewijst toch wel het feit dat C++ cross-platform kan werken denk ik?

werkt d'n ds ook met SDL&openGL ?!:applause: Welke tools gebruik je dan om het te testen (compiler, eventueel ook emulator). Ik had eigenlijk intresse in 'n gp2x net omdat je daar zelf wat voor kan programmeren, maar als dat met 'n ds ook haalbaar is denk ik dat ik die liever heb :D

Welke extra hardware heb je trouwens nodig om 'n cardbridge te schrijven.

sorry voor de :offtopic: :$ maar dat interesseert me wel :$

Vich

Legacy Member
NecroNeo zei:
werkt d'n ds ook met SDL&openGL ?!:applause:
OpenGL: Ja.
SDL: nee, daarvoor heb ik een andere "Device" klasse geschreven voor m'n engine. Ik heb een Device, waarvan DeviceSdl en DeviceNds is afgeleid :)
De andere optie was om een kale SDL port te maken voor de Nintendo DS, maar ik heb voorlopig voor deze constructie gekozen.

Welke tools gebruik je dan om het te testen (compiler, eventueel ook emulator). Ik had eigenlijk intresse in 'n gp2x net omdat je daar zelf wat voor kan programmeren, maar als dat met 'n ds ook haalbaar is denk ik dat ik die liever heb :D
Ik heb dit:
http://www.gamedesign.be/wiki/index.php?title=Programmeren/Artikels/Handhelds/NintendoDS
en dit gemaakt:
http://www.gamedesign.be/wiki/index.php?title=Programmeren/Artikels/Handhelds/DevKitPro

Welke extra hardware heb je trouwens nodig om 'n cardbridge te schrijven.

sorry voor de :offtopic: :$ maar dat interesseert me wel :$
Cardbridge? Geen idee wat dat is.
Ik gebruik trouwens de WifiMe oplossing: een netwerkkaart met een bepaalde chipset en aangepaste driver om je PC als Nintendo DS over te laten komen, zodat een echte NDS via download-play de ROM van je laptop kan halen.

Als je er nog vragen over hebt: PM me maar :)
[edit] Als je die devkitpro correct hebt geinstalleerd, samen met COW en AlterNova(die moeten in .\COW en .\AlterNova staan) dan kan je de Nintendo DS demo voor AlterNova direct in Visual Studio 2005 compilen. PM voor meer info dus.

killgore

Legacy Member
Bubbling Zombie zei:
Maar, volgens de site is c# niet crossplatform - what about mono?
My bad, was vergeten dat mono-project niet enkel vo linux is :).

Kheb ook aanpassing gedaan over platform-afhankelijkheid.

NecroNeo

Legacy Member
Vich zei:
Cardbridge? Geen idee wat dat is.

Zo van die grijs dingen waar de spellekes opstaan bij de oude gameboy en gameboy color. Of zoals ik ze toen ik 6 jaar was noemde: de plaatjes :D Maar om eerlijk te zijn heb ik nog gene ds vastgehad dus ik heb eigenlijk geen idee of die met vergelijkbaar dingen werkt (wss wel kan bijna nie anders). En nu ik eraan denk ben ik er ook niemeer zeker van of cardbridge wel de juiste benaming is :rofl: Examenstress zeker :crazy:

Alvast bedankt voor de info, ik ga d'r zeker iets mee doen. Maar dan pas na de exames :p

NecroNeo

Legacy Member
denk het wel, maar die term wordt ook gebruikt voor sommige types inkpatroon voor printers zeker? Daarmee dat ik er ff niemeer zeker van was.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan