API ... מי בונה APUI?

זרימת עבודה 1

יש לנו ממשקי תכנות יישומים די הרבה זמן בתעשייה. האתגר של API הוא למצוא את משאבי הפיתוח הדרושים לתכנות האינטגרציה. זה לא קל. באמצעות כל שפת תכנות מודרנית, אתה נדרש בדרך כלל לפרסם משתנים לשירות ואז לאחזר את התוצאות באמצעות XML (שפת סימון eXtensible).

בשנת 2000 עבדתי בייעוץ שיווק מסדי נתונים בדנבר, קולורדו והיה לנו כלי שנקרא Sagent Solutions. בסגנט נרכש בסופו של דבר על ידי Group1. Group1 ידועה בזירת השיווק של בסיסי הנתונים לבניית יישומים נהדרים. אני לא בטוח מה קרה למוצרי Sagent שבהם השתמשתי, אבל הם היו מדהימים. בצד שמאל של המסך היו לך 'טרנספורמציות' ותוכל לגרור אותם לתהליך עבודה. כל הכניסות והפלטים של כל טרנספורמציה ייקשרו באופן אוטומטי לטרנספורמציה הבאה.

אז יכולתי לבנות זרימת עבודה לייבוא ​​קובץ, למפות את השדות למסד נתונים, לשנות את ערכי השדות, לנקות את הכתובות, לקודק גיאוגרפי את הכתובות, לייצא את הקובץ שהושלם וכו 'אפילו יכולתי לפצל את זרימת העבודה ולעשות מספר רב תהליכים עם אותם נתונים. בסקירת 'back-end' של זרימת עבודה, Sagent למעשה אחסן את התוכנית תוך שימוש ב- XML. זה בעצם אומר שאתה יכול לבנות ולבצע באופן דינמי זרימת עבודה אם תרצה בכך. הפיתרון היה פיתרון בן 6 ספרות, אך בניית תוכנית לתמרון מחסן נתונים ארכה דקות במקום ימים.

עם כניסתם של ממשקי API, שירותי אינטרנט, SOAP, Flex, Ajax וכו '... אני סקרן מדוע איש עדיין לא בנה ממשק משתמש לתכנות יישומים מבוסס אינטרנט. במילים אחרות, ממשק גרור ושחרר עבור API שיחות. עם SOAP, חברות מאחסנות WSDL (שפת הגדרת שירות אינטרנט) שהיא בעצם אנציקלופדיה פרוגרמטית לאופן הצריכה של שירות האינטרנט. בתוך חמש שנים איש לא הצליח לפתח פיתרון לפרשנות API או שירות אינטרנט כדי לבנות חזותית זרימת עבודה? האם מישהו עובד על זה?

הנה הרעיון שלי למיליארד דולר ליום. אם מישהו יכול לבנות ממשק Flex שיכול לקרוא WSDL ולייצג חזותית את השיחות, אתה יכול לגרור ולשחרר את האינטראקציות בין השיחות. זהו הקישור החסר של האינטרנט ... הנגשת האינטרנט לכל אחד ואחד כדי "לתכנת" את הפתרון שלו מבלי להבין שום שפות.

מה אתה חושב?

אתר זה משתמש Akismet כדי להפחית דואר זבל. למד כיצד הנתונים שלך מעובדים.