Scripsit API - dilaniavit XML (duo) ;

Primum MySklad API apparuit ante X annos. Hoc tempore totum laboravimus in versionibus API existentium et novas enucleando. Plures versiones iam API sepultae.

Articulus hic multum continebit: quomodo API creatus est, cur nubes muneris indiget, quid usoribus dat, quid errata tractavimus ingredi, quid deinde facere volumus.

Meum nomen est Oleg Alekseev oalexeevEgo sum director technicus et MySklad cooperator.

Cur API pro servitio faciunt

Clientes nostri, qui sunt decem millia conductorum, solutiones nubeculas active utuntur: argentaria, commeatus online, ratio commoditatis, CRM. Cum uni coniungis, difficile est desistere. Nunc operas quinta, octava, decima faciliorem reddit conductoris, at users transferunt notitias inter haec officia manually nubes. Opus in tantibus vertit.

Solutio perspicua est utentibus facultatem dare notitias transferendi inter officia nubecula. Exempli gratia, notitias importat et educendo sicut tabulae, quae tunc ad munus desideratum uploaded possunt. Tabulae mutatae solent esse ut forma cuiusque servitii conveniat. Hoc opus manuale plus minusve simplex est, sed, crescente numero horum officiorum, magis ac difficilius fit.

Ergo API proximus gradus est. Cum eo, nubis beneficii officium ex eo quod plura officia in uno puncto connectit. Eventus talis oecosystematis novis clientibus ob accessiones occasiones allicit. Productum cum novis functionality fit utilius et utilius.

Si interfaces programmandi suum creas, haec venditio tertia-partium allicit in forma programmatum qui sciunt de productum tuo gratias API. Solutiones in API proposita aedificare incipiunt et pecuniam faciunt per officia clientium suorum automando.

Ratio ratiocinandi MySklad simplicibus processibus fundatur. Summa est cum primis documentis laborare, facultas bona recipiendi et navis bona, ac negotia negotia in primis documentis fundata. Est etiam translatio notitiarum, exempli gratia ad nubem rationis, eiusque acceptionem a rationibus argentariis vel decursibus scrutandis. Nos quoque cum thesauris online laboramus: informationes de fructibus accipimus et informationes de statera mittimus.

Scripsit API - dilaniavit XML (duo) ;

Primum API MySklad

Super X annos MySklad cum API operantes, omnes integrationes adepti sumus, quae nobis datas permutare, cum ripis laborare sinunt, praestationibus et telephonia externa utere.

Anno primo, potuimus ut aliquas notitias in XML forma comprehenderemus. Revertere ergo, multo clarius et communius erat utentibus ut notitias offline custodiret, et non in nube aliqua, et eam illis dedimus. Coepi onerationis manualis ex interface exportare. Hoc est, nondum API vocari potuit.

Eodem tempore cooperari coepimus cum Rusagro comitatu - iam "adultus" ERP ad productionem et venditionem consilio utentes, sed onerarias carrorum in MySklad officinarum automaverunt. Ita prima rudimenta verae API cepimus: commutatio inter nostrum ministerium et ERP facta est mittendo fasciculum magnum cum notitia in omnibus documentorum generibus.

Haec optio bona est ad batch datarum commutationum, sed una cum documentis suas clientelas transferre debebamus: informationes de bonis, redemptoribus et horreis. Talis TUBER non tam difficile est generare cum educendi, sed ad parse importandae difficillimum est, cum omnia notitia in una sarcina veniat: tam de novis documentis quam de entibus.

Primum XML API non diu vixit - post duos annos eam reficere coepimus. Etiam in ipso operis initio complura errata fecimus cum programmatum fabricando.

Scripsit API - dilaniavit XML (duo) ;
Quomodo facta sit XML API: illustratio ab uno architectorum nostrorum. Viam morare jungitur pro suis articulis.

Hic sunt vitia nostra praecipua:

  1. JAXB markup directe factum est in ente faba. Hibernate communicare cum datorum utimur, et JAXB markup pro eisdem fabis facta est. Hic error paene statim apparuit: quaevis renovatio ad structuram datam necessariam adduxit ut instanter notificaret omnes qui API utitur, vel fusum construendi qui congruentiam cum priori notitiae structurae in tuto collocaret.
  2. API crevit ut additamentum, initio non definivimus quae pars producti esset. Ne cogitabant quidem utrum API aliquid momenti esset, an oportebat posteriorem convenientiam ponere pro primis clientibus suis. In uno puncto, numerus utentium API circiter 5% paucitatis erat, et nihil iis attentum erat. Universalis eliquatio uno tempore facta ad nos quasi backend adhibita ducitur. Haec eliquatio omnino non GraphQL fuit, sed aliquid tale - per multum parametri chordae interrogationis laboravit. Tali instrumento valido difficile erat utentibus resistere, et petita ad nos translata sunt ut statim ex UI thesaurorum suorum online mitterentur. Res ingrata admiratio fuit, quod provisio talis servitii debet diversum pretium Morbi ac generaliter diversum intellectum API ipsum quasi productum requirere.
  3. Ob id quod API non elaboratum est ut principale opus, API documenta producta est et in residuo fundamento - per adversas machinationes evulgata est. Haec via satis simplex et opportuna videtur, sed contractu laboranti contradicit. Hoc est, cum quaedam pars est cum consilio operante lobortis. Elit eam instrumentis ad normam huius schematis et operis, componentia probata est, et cliens productum accipit quod ideae analystae congruit. Reverse machinalis in forum productum quod simpliciter exstat: cum fustibus, novis solutionibus et bicyclis loco necessariorum functionis.
  4. Totus amnis petitionum quae per API pervenerunt ut nihil aliud quam Nginx vel positio stipendii enucleari posset. Hoc nos non permisit cognoscere areas subiectas, nisi forte ab usoribus et subscribentibus. Si modus applicationis vel adnotatione clientis moderari non potest, impossibile erit condicionem analysi fieri. Quaestio haec minimum momentum in progressione API habuit, magis est de intellectu eius congruentia et functione.

Conatus numerum duo: CAETERUM API

In 2010, systema permutationis cum ratiocinatione online aedificare conati sumus - BukhSoft. Non auferebat. Sed durante processu integrationis, plenae discursus API apparuit: requies muneris commutationis, ubi nullae erant libertates sicut operationes accessus in forma RPC vocat. Omnis communicatio cum API delata est ad modum quietis vexillum: linea interrogationis nomen entitatis continet, et operatio quae cum eo exercetur specificatur per modum http. Filtrationem addimus in fundamento entia renovata, et nunc utentes occasionem replicandi cum suis systematibus aedificandi habent.

Eodem anno apparuerunt API librae exonerandae horreis et inventario. Pretiosissimae partes systematis in promptu factae sunt per API utentibus - commutatio documentorum primariorum et calculata notitia in statera et sumptus bonorum.

Mense Decembri 2015, RetailCRM primam bibliothecam tertiam-partim ad accessum nostrum API edidit. Satis actuose adhiberi coeptum est, dum favor totius servitii crevit, onus in API velocius crevit quam onus interfaciei interreti. Una dies incrementum vertitur in salo onus.

Scripsit API - dilaniavit XML (duo) ;

Scripsit API - dilaniavit XML (duo) ;

Et hic saltus, a sinistra sagitta indicatus, plane stupet API ministranti nostro. Hebdomadam pergimus remanens quidnam prorsus hoc onus generaret. Contigit haec eadem petitiones nostras API a frontes clientis transmissas esse. Circa 50 clientes omnia comedit. Tunc percepimus ex nostris erroribus, plenam limitum inopiam.

Quam ob rem modum numero petitionum simultanearum introduximus. Nunc fieri potest ut non plus quam duas petitiones simul ab una ratione aperiat. Hoc satis est ad operandum in replicando modum pro notitia permutationis in batch modum. Et qui nos uti volebant ut backend ex illo tempore, coacti sunt portoriis melius obtemperare, cum opusculum pluribus rationibus in eorum programmatibus introduxerunt.

Induamur ut

Iam ab anno 2014, postulatio API existentium in magna parte negotii facta est, et ipsa API maximum volumen notitiarum in permutatione notitiarum cum clientibus gignit. In 2015, consilium in API purgandum immissi sumus. Elegimus JSON loco XML ut forma et illud aedificare coepimus secundum lineamenta quae in exsequenda versionis prioris identificabantur:

  1. Facultatem regendi versiones. Versiones sinit te novam versionem evolvere sine applicatione exsistente vel perturbatione usoris experientiam.
  2. Facultas utentis videndi metadata in ipso responso quod accipit.
  3. Facultas magna documenta commutandi. Si documentum processuerimus cum plus quam 4-5 milia positionum, haec quaestio fit servo: longa transactio, longa petitio. Peculiarem mechanismum aedificavimus, qui te documentum in partibus renovare sinit et singulas positiones huius documenti administrare mittendo ad ministratorem.
  4. Instrumenta replicationis etiam in priori versione aderant.
  5. Limites oneris sunt quasi legatum sarculum quod in versione priore calcatum est. Limites numero petitionum in periodo temporis introduximus, numerum petitionum parallelarum ac petitiones una IP oratio.

Cum igitur duas versiones minores API dimisimus et plures APIs specialitas emiserunt, sed altior accessus immutatus permansit. Forma commutationis renovata et nova architectura effecit ut vitia in API multo velocius corrigeret.

MySklad API hodie

Hodie MySklad API multas difficultates solvit;

  • notitia commutationem cum thesauris online, systemata rationum, riparum;
  • calculi notitias et relationes obtinendo;
  • utere ut a backend ad clientem applicationes - nostras mobiles applicationes et desktop cash actis mandare per API
  • notificationes de data mutationibus in MySklad - webhooks mittendo;
  • telephony;
  • fidelem disciplinas.

Ex API, nostris CEO Askar Rakhimberdiev rhinoceros quattuor horis scripsi telegraphum automati quod reliquias trahit per API: github.com/arahimberdiev/com-lognex-telegram-moysklad-stock

Nunc arida numeros.

Hic es nostri statisticae pro VETERIS CAETERA API:

  • Societates CD;
  • 600 utentes;
  • 2 decies petitiones per diem;
  • CC GB / die exitu negotiationis.

Et hic est quod pervenimus cum omnibus MySklad APIs:

  • plus quam 70 integrationes (quidam eorum hic aspici possunt www.moysklad.ru/integratsii);
  • Societates CD;
  • 12 utentes;
  • 46 decies petitiones per diem;
  • II TB / die exitu negotiationis.

deinde quid

API evolutionis consilia sub activa disceptatione sunt. Experientiam operantem considerare conamur quod nobis utentes praebent. Omnia simul facere non semper potest, sed nova versio API circa angulum modo cum metadata commodiore et minus crinita structura, OAuth ad authenticas, et API applicationes in interfaciem aedificata est.

Potes nuntium sequi in speciali loco pro developers integrationum cum MySklad: dev.moysklad.ru.

Source: www.habr.com