Sevvlor schreef:In Doctrine mapt het rechtstreeks naar je tabelnaam, in Laravel is het dan weer anders. In JDBC moet je verplicht zelf de tabelnaam opgeven.Maar heb jij met andere frameworks/talen gewerkt of alleen met Laravel? Maar goed, ook met master en detail tabellen raak je in de war door je meervoud. users_data of invoices_data.Eerdere citaten tonen
Raoul schreef:Als je het laat genereren, dan neem ik aan dat je migrations gebruikt, dan moet je alsnog zelf je tabelnaam opgeven.Eerdere citaten tonen
Sevvlor schreef:Klopt, maar als je "™t laat genereren (wat dus goed kan) moet je alles aanpassen. MAW het kan maar of je het moet willen is iets anders.Eerdere citaten tonen
Raoul schreef:Je kan in alle ORMs zelf instellen naar welke tabelnaam hij moet linken, anders is het een slechte ORM.Eerdere citaten tonen
Sevvlor schreef:Nee, maar dan heb je wel een klasse met een meervoudige naam, lang niet alle ORMs ondersteunen het. Dus als je het ooit wil gaan gebruiken is dat echt iets om rekening mee te houden.Eerdere citaten tonen
Raoul schreef:In een ORM stel je meestal geen queries op.Eerdere citaten tonen
Sevvlor schreef:Daarbij is enkelvoud ook makkelijker en netter als je queries opstelt.
Maar, opnieuw, het komt allemaal neer op persoonlijke keuze.
(overigens was die query opmerking niet ORM specifiek bedoeld maar okay)
En model classes laten genereren? Heb ik nog nooit gedaan, zou het ook niet willen
Het Wat heb jij vandaag geprogrammeerd? topic
Lennard schreef:Ja, denk het wel. Gebruik de versie die nu op Github is.wel de nieuwe API toch zeker?Eerdere citaten tonen
Shahiem schreef:Mollie api ingebouwd voor Paypal en Ideal. Werkt nog niet helemaal, maar begin is er.
Simpele chat website gemaakt in Passambler. Gebruikt AJAX 
Afbeelding niet beschikbaarDe bron kon niet worden geladen (raoulvandenberge.be).Bron openen ↗

using(net/http, db, file, json, std);
db.Connect(mysql://127.0.0.1/test, root, );
http.Handle(/, fn(req, res) {
if req.Method == POST {
try {
if req.Form[name] == nil => throw("Name is not present");
if req.Form[message] == nil => throw("Message is not present");
if std.Size(req.Form[message]) <= 1 => throw("Message is too small");
db.Exec(db.Query(INSERT INTO messages ( name, message, created_at ) VALUES ( :name, :message, NOW() ), {name: req.Form[name], message: req.Form[message] }));
writeln(res, 1);
} catch e {
writeln(res, e);
}
} else {
writeln(res, readln(file.Open(chat.html)));
}
});
http.Handle(/messages, fn(req, res) {
messages = db.Fetch(db.Query(SELECT * FROM messages));
writeln(res, json.Encode(messages));
});
http.Serve(8080); Beetje js achtig
nice
niceThx
Was nog vergeten zeggen dat ik ook conditional catch / finally blocks heb toegevoegd.
In dit geval zal die fout enkel gecatched worden als 1 + 1 == 2 (altijd dus
).
Was nog vergeten zeggen dat ik ook conditional catch / finally blocks heb toegevoegd.try {
throw(Fout);
} catch e if 1 + 1 == 2 {
writeln(Er ging iets fout!);
} In dit geval zal die fout enkel gecatched worden als 1 + 1 == 2 (altijd dus
).Nice, handig voor catch e config.debug 
toevoeging op 3 mei 2015, 01:02:43:
Of iig dat je errors aan en uit kan zetten in die blokken.
Al zet je die catch blokken meestal in je code om errors goed af te handelen dus zou het ook altijd weergegeven moeten worden.
Dus kan zo 1, 2, 3 niet een nut daarvoor opnoemen eigenlijk

toevoeging op 3 mei 2015, 01:02:43:
Of iig dat je errors aan en uit kan zetten in die blokken.
Al zet je die catch blokken meestal in je code om errors goed af te handelen dus zou het ook altijd weergegeven moeten worden.
Dus kan zo 1, 2, 3 niet een nut daarvoor opnoemen eigenlijk

Sidemenu en de tabs gefixed, niet veel maar had weer zin om eraan te werken.
Afbeelding niet beschikbaarDe bron kon niet worden geladen (static.afbeeldinguploaden.nl).Bron openen ↗
Afbeelding niet beschikbaarDe bron kon niet worden geladen (static.afbeeldinguploaden.nl).Bron openen ↗Jessee schreef:toevoeging op 3 mei 2015, 01:02:43:Nice, handig voor catch e config.debug
Of iig dat je errors aan en uit kan zetten in die blokken.
Al zet je die catch blokken meestal in je code om errors goed af te handelen dus zou het ook altijd weergegeven moeten worden.
Dus kan zo 1, 2, 3 niet een nut daarvoor opnoemen eigenlijk

Je kan het ook gebruiken op finally, en dat heeft wel een nut
In de REPL bijvoorbeeld word finally enkel aangeroepen onder een bepaalde conditie. 
Shahiem schreef:Nice dan, dat is inderdaad de nieuwste.Ja, denk het wel. Gebruik de versie die nu op Github is.Eerdere citaten tonen
Lennard schreef:wel de nieuwe API toch zeker?Eerdere citaten tonen
Shahiem schreef:Mollie api ingebouwd voor Paypal en Ideal. Werkt nog niet helemaal, maar begin is er.

Lennard schreef:Okie. Alleen vraag ik mij wel af. Controleer jij een payment of die is betaald op de success pagina of op een andere manier? Want er zijn soms wel mensen die vergeten om naar die pagina toe te gaan.Nice dan, dat is inderdaad de nieuwste.Eerdere citaten tonen
Shahiem schreef:Ja, denk het wel. Gebruik de versie die nu op Github is.Eerdere citaten tonen
Lennard schreef:wel de nieuwe API toch zeker?Eerdere citaten tonen
Shahiem schreef:Mollie api ingebouwd voor Paypal en Ideal. Werkt nog niet helemaal, maar begin is er.
Shahiem schreef:Mn huidige implementatie loopt via de oude apis.Okie. Alleen vraag ik mij wel af. Controleer jij een payment of die is betaald op de success pagina of op een andere manier? Want er zijn soms wel mensen die vergeten om naar die pagina toe te gaan.Eerdere citaten tonen
Lennard schreef:Nice dan, dat is inderdaad de nieuwste.Eerdere citaten tonen
Shahiem schreef:Ja, denk het wel. Gebruik de versie die nu op Github is.Eerdere citaten tonen
Lennard schreef:wel de nieuwe API toch zeker?Eerdere citaten tonen
Shahiem schreef:Mollie api ingebouwd voor Paypal en Ideal. Werkt nog niet helemaal, maar begin is er.
Je moet indd zorgen dat je daar niet van afhankelijk bent. Mollie kan een bepaalde pagina aanroepen als de betaling is voltooid (via een webhook), en die moet je de betaling laten afhandelen. Je kunt de gebruiker naar een bepaalde pagina terug laten keren en daar een melding laten zien of de betaling is verwerkt e.d., maar de verwerking zelf kun je het beste via zon webhook doen. Je weet dan zeker dat het ook goed gaat als de user dus niet die pagina bezoekt.
function power(x, y) {
var r = x;
while(y > 1) {
r*=x;
y--;
}
return r;
}
console.log(power(2, 8)); // 256 Ik ben nog wat aan het bedenken voor de vierkantswortel.
Kitnkiller schreef:Ik ben nog wat aan het bedenken voor de vierkantswortel.function power(x, y) { var r = x; while(y > 1) { r*=x; y--; } return r; } console.log(power(2, 8));
Wat doet r*=x dan?

Stef schreef:Wat doet r*=x dan?Ik ben nog wat aan het bedenken voor de vierkantswortel.Eerdere citaten tonen
Kitnkiller schreef:function power(x, y) { var r = x; while(y > 1) { r*=x; y--; } return r; } console.log(power(2, 8));

r=r*x;
Kitnkiller schreef:r=r*x;Wat doet r*=x dan?Eerdere citaten tonen
Stef schreef:Ik ben nog wat aan het bedenken voor de vierkantswortel.Eerdere citaten tonen
Kitnkiller schreef:function power(x, y) { var r = x; while(y > 1) { r*=x; y--; } return r; } console.log(power(2, 8));
Oh hij doet dus machten uitrekenen tot y op 0 staat?
