pl. a levelezésben egy enterprise környezetben dolgozónak, vagy egy otthoni felhasználónak.
És nézd meg, más protokollt használ (EWS, EAS, MAPI vs IMAP, POP3, SMTP, WebDAV/CalDAV/CardDAV - csak hogy egységes legyen).
Le van bennük specifikálva, hogyan küldhetsz adatot és milyen adatokat küldhetsz.
Valóban, le. Bármilyen szöveget, vagy bináris dolgot megfelelően (pl. base64) enkódolva. Attól ez még nem lesz egy API-nak használható valami.
Olyanokat, mint Wordpress, Drupal, Joomla.
Olyanokat, amik gyakorlatilag BLOB-ként kezelnek egy markup nyelvvel leírt tartalmat. Ami nem feltétlenül jó megoldás, ha strukturált adatokra van szükséged.
Legyen egy cég, de inkább egy közösségi szervezet (vagy alapítvány), amely specifikálja és elkészíti ezeket az API-kat,
Azért, mert?
aztán, amennyire csak lehet, egységesíti.
Tervezünk egy API-t és utána gondolunk bele, hogy lehet, hogy más is kellett volna bele az egységesítéshez?
Ezekhez az open-source közösség, akár nagyvállalati támogatással készít API klienseket,
Azért, mert? Kik lesznek hozzá az API kiszolgálók?
Később ezeket átveheti az Amazon, az eBay, de akár a Facebook és a YouTube is.
Akiknek ez azért érné meg, mert?
Ők mentesültek a saját bloated weblap és bloated kliens (Messenger for Android, iOS stb.) karbantartásától, cserébe kevesebb marketing-idealizmust vihetnek bele,
Tehát az egyébként a meglévő rendszereiket súúúlyos pénzekért cseréljék le azért, hogy megszűnjön az, ami megkülönbözteti őket a konkurenciától? És az eddigi fejlesztési költségeiket cseréljék le support költségre, ahol minden jöttment random kliensét támogatni kell?
De továbbra is: csak egy (akármennyire minimális) funkcióra csak 10 percig gondolkozz el, hogy hogyan kéne megtervezni AZ apit. Pl. csak az IM-re. És akkor majd jönnek az igények, hogy szép és jó a protokoll, amit feltaláltál, de kellene bele group chat, end-to-end titkosítás, voice/videó hívás, protokoll-szintű támogatás arra, hogy tudd elosztani a terhelést, valamiféle federációs megoldás, spammelés elleni védelem, kézbesítési/olvasási értesítés, ... És ez csak az, ami fejből eszembe jutott; ha tényleg leülsz egy olyan protokollt megalkotni, amit szeretnél is, hogy használjanak, kénytelen vagy a most létező _összes_ átalakítandó rendszer _összes_ funkcióját belevenni vagy legalábbis a későbbi implementációt elérhetővé tenni.
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)