Borland gaat ontwikkeltools maken voor eBay en PayPal

Borland en eBay, moederbedrijf van PayPal, hebben een overeenkomst gesloten omtrent het ontwikkelen van applicaties. Borland zal een aantal tools ontwikkelen en ter download beschikking stellen die gebruikmaken van API's die eerder werden vrijgegeven door eBay en PayPal. Met deze tools kan iedereen eigen applicaties ontwikkelen, bijvoorbeeld een die het mogelijk maakt om een PayPal-betalingsmodule te implementeren op een website. Borland is vanouds een van de grootste bedrijven inzake development, onder meer door het ontwikkelen van de veelgebruikte Delphi-ontwikkelomgeving. De tools zullen dan ook voor Delphi geschikt zijn. Het nieuws volgt ruim een maand na het nieuws dat maar liefst 50.000 developers hadden gebruikgemaakt van soortgelijke ontwikkeltools van Amazon.

Reacties (13)

[Anoniem: 112587]

Leuk, dit maakt het een stuk makkelijker om zelf bijv. een webwinkel te beginnen.

[BramT]

Want dat is nu zo moeilijk?

Sorry, ik heb er niet *veel* verstand van maar weet wel dat het beginnen van een webwinkel met betaalmogelijkheid tegenwoordig kinderspel is.

Ik snap de referentie naar "websites" ook niet (het nut dan)? De titel deed mij vemoeden dat je straks mbv deze Borland tools eBay en PayPal achtige dingen in applicaties kan zetten. Op websites is dit al vrij simpel namelijk...

[Boss]

Ja joh.... maak jij even een website met *live* creditcard nummer validatie? Die direct gegevens bij paypal opgeeft voor je?

Nu wordt dat veel gedaan door brokers, tussenpartijen dus. Daar zit een vertraging in, en kost je vaak als gebruiker nog geld ook.

Prima zet van Borland dus!

[UniCatcher]

Het enige dat (miss) zal veranderen is dat je je klanten niet meer naar de PayPal-site moet verwijzen maar de handelingen die het PayPal-systeem vereist via de API (en dus vanop de eigen server/eigen layout) kan afhandelen.

De kosten van de tussenpartij (PayPal dus) zullen hierdoor niet gaan dalen...
Zo zal ook de vertraging niet afnemen daar je via de API het PayPal systeem gebruikt wat dus nog steeds een tussenstap is naar het eigenlijke CC-systeem... (Dus: code <-> PayPal API <-> CC-systeem terwijl nu cod -> PayPal.com <->CC-systeem)
Dus miss zelfs grotere 'vertraging' aangezien je code via een API op een andere server werkt!

Het 'enige' voordeel (lijkt mij) is betere integratie met de rest van je webshop (of app).

Of vergis ik mij?

edit:
toevoeging

[Iblies]

Validatie wordt door maar enkele bedrijven gedaan, en daar moet je een abbo op afsluiten. Als Borland zoiets ontwikkelt moet er toch met een organisatie contact worden opgenomen om het te contoleren. En dat kost geld.
Voor niets gaat de zon op, en zoiets belangrijks daar betaal ik wel voor als webshop.

[Domokoen]

Het oorspronkelijke artikel op http://bdn.borland.com heeft het over webservices die gebruik kunnen maken van PayPal/eBay APIs.

[AlexanderOnline]

Misschien kan je dan wel in je progie een functie maken die bij het drukken op "Bestellen" de gebruiker via paypal laat betalen, dat zou leuk zijn.
Of een progie dat intressante koopjes zoekt

[RMYuma]

Ik gebruik CAN-PAY (www.can-pay.com) en heb hier betere ervaringen mee dan met PayPal.

CAN-PAY biedt ook al geruime tijd ondersteuning voor persoonlijke websites en bedrijfswebsites.

Iedereen met een e-mail adres kan gratis een account openen, en de transactie-kosten als je geld ontvangt zijn slechts $0,30 per transactie, ongeacht het bedrag!

[Terminated186]

Iedereeen moet eens voor de gein op www.paypalsucks.com gaan kijken, je houd je hart vast. Vooral de verhalen van ex-werknemers en op het forum hebben mij bijna een beroerte bezorgt!

Deze seller preferrs NOOIT MEER Paypal!

[Anoniem: 77853]

nou, waar je deze wijsheid nu vandaan haalt? de ide van borland is imho juist een van de beste die er is. ik heb ook wel eens wat geprobeerd met microsoft's c++ compiler, hoe heet dat ding, visual studio? daar word ik dus een beetje raar van, maar goed, dat zal een kwestie van gewenning zijn.

dat delphi's IDE gaar is is je reinste onzin. wat wel kan, is dat je erg wobbely components hebt geinstalleerd. componenten zijn in feite, als ze gecompileerd zijn, gewoon dll's. dus als zo'n component niet netjes geschreven is, rare achtergrondthreads gebruikt, windows messages afvangt en niet netjes verwerkt, of whatever, ja, dan kan het zijn dat ie de hele IDE mee trekt. oplossing: de-installeer alle componenten die je zelf hebt toegevoegd, installeer ze weer een voor een en kijk welke de schuldige is.

goede componenten schrijven is een vak apart, vooral als je componenten design-time ook functionaliteit hebben. data-aware componenten zijn een goed voorbeeld daarvan, maar theorietisch kun je willekeurige code uitvoeren ookal is je programma niet gecompileerd.

het enige waar ik soms een klein beetje problemen mee heb is de Kibitz compiler (die handige 'compiler'/'debugger' die voor auto-complete zorgt, of find-declaration etc). als je switches voor freepascal in je project hebt staan, en/of aan een dll bezig bent, wil dat soms wel eens wat rare problemen geven, zoals dat find-declaration of shift-ctrl-c niet meer werkt,. maar dat is zeer incidenteel en heb ik eigenlijk maar met een enkel project.

en dan de taal zelf.. als jij VB prefereert boven delphi, ligt waarschijnlijk aan je doelstelling. wellicht maak je andere types applicaties dan ik, maar ik moet er niet aan denken met vb te werken. geen strong typing, elke api handmatig importeren en , zoals je zelf aan aangeeft: geen of slechte oops. VB haalt het gewoon niet bij Object Pascal als taal.

overigens, dit is alles zeer off-topic, nu on-topic want ik solliciteer ook naar een flame

paypal zuigt. het is een bureaucratische organisatie die nieteens in staat is fatsoenlijk met haar klanten te communiceren. websubmitforms werken niet, emailen kan niet, ten einde raad heb ik ooit geprobeerd te bellen met amerika maar ook daar kwam ik niet door het woud van de telefoon-keuzemenu's heen. je krijgt dus in geval van een probleem GEEN adequate hulp. kortom, ik heb mijn account opgezegd (ongeveer het enige zinvolle dat ik kon doen) en ga dus niet langer met ze in zee. dan maar gewoon met een creditcard betalen.

[SuperDre]

Ik zeg toch ook niet dat de taal slecht is, en ik geef toch ook toe dat VB6 niet de beste taal is (maar ik zeg dat als de syntax zoals VB zou zijn met de mogelijkheden van de Delphi taal dan zou het echt de netste taal zijn (met netste bedoel ik leesbaarste, aangezien je niet bij elk ding begin/end hoeft neer te zetten, waardoor de code beter leesbaar wordt)..
Ik had het over het gebruik van de IDE (de code-editor), dingen als een block selecteren en dan met <tab> inspringen kan gewoon niet, en <shift><tab> om weer terug te springen.. missende dingen zoals 'Last position', het is leuk om zoiets te hebben als 'Find Declaration', maar als je dan meteen weer terug wilt moet je gewoon weer helemaal gaan zoeken waar je was..
Het zijn allemaal kleine dingetjes hoor, maar het zorgt er wel voor dat ik veel meer tijd kwijt ben als met de IDE van vb6..

PS. de IDE van VB6 is trouwens anders als de IDE van VC++, pas in VS.Net is de IDE aangepast zodat deze zich ongeveer gedraagt zoals de IDE van VB6 (dus bij microsoft zelf vonden ze dat ook een beter IDE)..

Het beste zou gewoon zijn zoals de IDE van WOTGreal, waarbij je gewoon alle shortcuts van alle editcommando's compleet zelf kan aanpassen, dus die is inprincipe ook beter als die van VB6, maarja in WOTGreal is de CodeCompletion gewoon klote..

Misschien is het bovenstaande allemaal wel mogelijk met de IDE van Delphi7, maar ik heb ze toch nog niet gevonden..
En zoals ik al zei, ik heb eerst een paar jaar puur en alleen met Delphi gewerkt, en daarna een paar jaar ook nog met VB6.
En mbt de API dat je die zelf moet toevoegen, hmm, in principe moet je dat dus in Delphi ook doen, alleen is dat al grotendeels als voor je gedaan. In VB is het ook snel en makkelijk aangezien je dat gewoon met die API-viewer kan doen.

[Anoniem: 77853]

Ik had het over het gebruik van de IDE (de code-editor), dingen als een block selecteren en dan met <tab> inspringen kan gewoon niet, en <shift><tab> om weer terug te springen..

Dit doe je 'turbo-pascal'-stijl: CTRL-K en dan I voor indentie en U voor unindentie (2 spaties), ctrl-k i dus.

missende dingen zoals 'Last position', het is leuk om zoiets te hebben als 'Find Declaration', maar als je dan meteen weer terug wilt moet je gewoon weer helemaal gaan zoeken waar je was..

Hier heb je een punt, dit mis ik ook.

Of het met delphi 7 beter is geworden, wat mij betreft niet. borland heeft met 'code completion' gerpobeerd om de programmeur behulpzaam te zijn, maar mij zit dit alleen maar in de weg. delphi 5 vind ik dus nog het fijnste werken.

'begin' en 'end' vind ik zelf wel mooi. mits netjes toegepast vind ik dat een stuk leesbaarder dan c code, waar je het echt van de indentie moet hebben omdat de curly brackets al snel verwateren. mooiste zou idd een 'python' achtige oplossing zijn, waar de indentie gewoon ook je blockniveau bepaalt.

jammer dat ze met delphi 8 de boel 'verpest' hebben. de pascal syntax is wel iets uitegbreid, maar .net heb ik dus helemaal 3 keer niks aan.. en gezien het versienummer lijkt het erop dat de ontwikkeling van de 'gewone' delphi met versie 8 is stopgezet..

anyhow, we gaan hier lekker off-topic. wat betreft pay-pal ben ik bang dat borland weer de 'one size fits all' fout maakt.. ofwel, je kunt net niet wat je wilt, ofwel, borland implementeerd het dermate ingewikkeld dat je eerst weken aan het studeren bent, ofwel beide voorgenoemde.
ik heb dat wel met meer zaken van borland: data-aware moet ik niks van hebben, net zoals de meegelverde indy componenten. terwijl ik dus veelal typisch met netwerkapplicaties en databases bezig ben.. zal wel aan mij liggen, ik vind pascal gewoon een fijne taal en de ide prima, maar een flink deel van de 'non-visual' components kan me gestolen worden, daarvoor gebruik ik liever m'n eigen libraries..