Nejsem v obraze - co je podstatou toho spojení s ABRA Software?
Já jsem měl tu čest s Abra G3 a je to předpotopní moloch. Potřeboval jsem naprogramovat nějaký bridge na další systémy a API je všechno, jen ne přátelské (v podstatě to ani není API, nemá to logiku, jsou to jen vystrčené některé funkce systému). Dokumentace je neúplná s tím, že lepší informace člověk získá na tězce placených školeních. Některé moduly, které nabízejí, jsou prakticky nepoužitelné (webservices přenáší některá data ve speciálním formátu, který si musí člověk sám parsovat, dostat se k některým položkám je práce pro detektiva). Atd atd...
Tak aby ten Flexi Bee taky nezmolochovatěl podobným způsobem...
Je to jednoduché - vyvinout ekonomický systém je velmi drahý. A tak jsem ve FlexiBee potřebovali další impulz. A také FlexiBee bylo připraveno k tomu, aby se více prodávalo. Více v mém článku na http://www.abra.eu/blog/nemam-rad-piarstinu-aneb-flexibee-abra-vln
Rozhodně nezmolochovatíme. Naopak teď pomáháme Abře omládnout :-)
ABRA G3/G4 je skvělý produkt, který ovšem není určen pro malý trh. A proto jsou tam důležité jiné věci. Naopak to API, které popisujete je skvělé pro integraci do Excelu.
Samozřejmě vám držím palce, ať se dílo daří!
Osobně bych ABRu charakterizoval takto: je univerzální - zvládne skoro vše a je stabilní - je tu dlouho a tak si táhne technologickou zátěž.
Pokud tím API myslíte AbraOLE, tak co v současných frameworcích napíšu na 5 řádek, je v AbraOLE na 20 řádek - je to prostě zbytečně pracné. Přístup k datům je nekonzistentní, někdy je potřeba ruční sql, někdy DynamicQuery, někdy jsou data součásti ObjectData. Dokumentace je jednoduše nekompletní, nejsou uvedeny všechny enumerace, všechny typy, všechny třídy, řada pojmů není vysvětlena - co je to třídová akce, co je to doména? Dokumentace skrytě předpokládá částečnou znalost zvyklostí vývojového prostředí Delphi a databáze Firebird. Což je v případě veřejného API nesmysl - API by mělo od implementačních detailů naopak odstínit. Teď jsem vám udělal negativní reklamu :)