Ang Paggawa ng Iyong Startup: Ang Pagdidisenyo ng isang RESTful na API

() translation by (you can also view the original English article)

Final product image — What You'll Be Creating

Ang tutorial na ito ay bahagi ngserye tungkol sa pagbuo ng iyong startup gamit ang PHP sa Envato Tuts+. Sa seryeng ito, gagabayan ko kayo sa paglulunsad ng isang startup mula sa konsepto sa kasalukuyan gamit ang aking Meeting Planner app bilang isang makatotohanan na halimbawa. Bawat hakbang sa kahabaan ng proseso, ibibigay ko ang open-source code ng aking Meeting Planner app bilang halimbawa kung saan maaari mong malaman ang pinagmulan. Tatalakayin ko din angmga isyu tungkol sa negosyo kung meron tayong madaanan.

Bakit Kailangang Gumawa ng API para sa Iyong Startup?

Ang pangunahing dahilan kung bakit ako maglalagay ng API sa Meeting Planner ngayon ay upang makalikha ng pundasyon sa paggawa ng iOS mobile application. Ang mobile app ay gagamit ng API para makarehistro at maka-log in ng mga user at pagkatapos pahintulutan ang mga ito na makapag-iskedyul ng pagtitipon.

Ang mga API ay mayroon din na sekundaryong epekto upang ikaw ay matulungang makapag-isip muli at makapaghanda nang mas mainam para sa lahat ng kowd na iyong sinulat. Tiyak na may mga lugar sa loob ng kowd ng Meeting Planner na naging kumplikado. Ngayon, gagawin ko itong mas simple muli para sa mga mobile app upang makopya ang mga feature na nasa itaas ng fray.

Maaari din na magkaroon ng ibang dahilan ang paggawa ng API sa hinaharap. Halimbawa, gusto kong pahabain ang mga uri ng pagtitipon at kaganapan na maaaring maiskedyul sa Meeting Planner ng mga third-party developers—na magbibigay pahintulot sa kanila na mangolekta at magbahagi ng karagdagang datos sa proseso.

Bilang paalala, ang lahat ng mga code para sa Meeting Planner ay nakasulat sa Yii2 Framework para sa PHP. Kung gusto mong matuto nang iba pa tungkol sa Yii2, tingnan ang aming parallel series Programming Sa Yii2.

Bago ako tumungo sa API kowd, nais kong hikayatin kayong subukan na magtakda ng inyong unang pagtitipon upang malaman ninyo ang aking sinasabi.

Kung mayroon kayong mga katanungan tungkol sa tutoryal o aplikasyon nito, ako ay sumasagot sa talakayan sa ibaba, at maaari din kayong makipag-ugnayan sa akin sa @lookahead_io sa Twitter. Ako ay laging bukas para sa mga bagong tampok na ideya para sa Meeting Planner at pati na rin sa mga mungkahi para sa mga susunod na episode ng mga serye.

Ang Pagdidisenyo ng Iyong API

Nang ako ay naghahanda sa paggawa ng API, mayroong mga iba’t-ibang konsepto na kailangan kong maintindihan. Tinalakay ko ang ilan sa mga ito sa Programming sa Pamamagitan ng Yii2: Ang Paggawa ng isang RESTful na API (Envato Tuts+)

Una, kinailangan kong lumikha ng endpoint para sa API kung saan papasok ang lahat ng mga tawag mula sa mga mobile app. Nagpasya akong gumamit ng isang independent na third tree sa Yii Advanced Application framework, e.g. https://api.meetingplanner.io sa halip na https://meetingplanner.io/api/. Ito ay nagbibigay ng maayos na paghihiwalay ng API kowd mula sa iba pang mga serbisyo.

Ikalawa, kinailangan kong magdisenyo ng seguridad sa API. Sa tutoryal ngayon, ipapakita ko sa inyo ang simple na alpha security na aming ginagamit, ngunit ito ay aming pagtitibayin sa paglipas ng panahon, at maaari akong sumulat tungkol dito sa hinaharap. Mayroong aspeto sa seguridad kung paano namin ginagamit at pinapadala ang mga API key at hiling, ngunit mahalaga din na tiyak na ipinapatupad ng API ang aplikasyon ng mga protocol sa seguridad. Halimbawa, ang isang user ay hindi maaaring humiling sa mga kalahok ng pagtitipon kung hindi siya ang nag-organisa ng pagtitipon o hindi siya isa sa mga kalahok.

Ikatlo, nais kong maghanda ng API kowd para sa mga bersyon. Halimbawa, ang lumang iOS application na hindi pa nababago ay maaaring gumamit ng API v1.0, habang ang mas bagong update ay maaaring gumamit ng API v2.0. Ang Yii ay nagbibigay ng mga paraan sa paggawa nito, ngunit hindi ko pa ipinapatupad ang mga ito sa kasalukuyang disenyo.

Ikaapat, hangga’t maaari nais kong sumunod sa pamantayan ng REST. Iyan ay sinimulan ko ng gawin ngunit ito ay nangangailangan pa ng mas maraming pananaliksik upang ganap na maipatupad.

At ang panghuli, sa ngayon, kailangan kong alamin ang lawak ng functionality na maibibigay ng API. Sa simula, para sa pag-unlad ng mobile application, ako ay nag-pokus sa paglikha ng read-only functionality. Ang tutoryal ngayon at ang kowd ay nakatuon sa aplikasyon ng read-only functionality, i.e. pagpapakita sa akin ng pagtitipon ng isang user. Ngunit kabilang din dito ang pagrerehistro ng mga user. Sa hinaharap, kami ay maglalagay ng mas maraming mga write function tulad ng paglilikha ng pagtitipon, paglalagay ng kalahok, paglalagay ng lugar ng pagtitipon, at pag-aayos ng imbitasyon, at iba pa.

Kaya ituring ang tutoryal na ito na unang hakbang tungo sa isang matatag, at kumpletong serbisyo ng API para sa ating application.

Ang Paggawa ng API

Ang Paglikha ng API Service Tree

Ang Meeting Planner ay gumagamit ng Yii Advanced Application framework, na kinabibilangan ng isang front-end tree para sa application at isang back-end tree para sa administratibong bahagi, at kami ay gagawa ng third tree para sa API.

Inilarawan ko kung paano ito ginawa sa Programming sa Pamamagitan ng Yii2: Ang Paggawa ng isang RESTful na API (Envato Tuts+)

Una, kinopya ko ang back-end tree at lahat ng may kaugnayan sa environment settings:

1	$ cp -R backend api
2	$ cp -R environments/dev/backend/ environments/dev/api
3	$ cp -R environments/prod/backend/ environments/prod/api

At naglagay ako ng @api alias sa /common/config/bootstrap.php:

<?php
Yii::setAlias('@common', dirname(__DIR__));
Yii::setAlias('@frontend', dirname(dirname(__DIR__)) . '/frontend');
Yii::setAlias('@backend', dirname(dirname(__DIR__)) . '/backend');
Yii::setAlias('@api', dirname(dirname(__DIR__)) . '/api');
Yii::setAlias('@console', dirname(dirname(__DIR__)) . '/console');

Sunod, magsisimula kaming lumikha ng core functionality.

Ang Pagtitibay ng API

Ako ay lumikha ng ilan sa mga pangunahing seguridad habang ginagawa namin at sinusubukan ang iOS application. Ito ay aking pagtitibayin sa hinaharap.

Ang lahat ng mga API call ay dapat may isang app_id at app_secret. Ito ay ipapadala sa anyo ng HTTPS. Subalit, walang garantiya na ito ay aming mapapangalagaan, kaya kami ay nagdisenyo ng application na tutulong upang ang mga keys na ito ay hindi matuklasan.

Sa sandaling ito, pinalawak ko ang mp.ini file in /var/secure upang isama ang mga ito:

...
sentry_key_public = "xxxxxxxx"
sentry_key_private = "xxxxxx"
sentry_id ="nnnnnn"
app_id = "xnxnxnxxnxnxn"
app_secret ="xnxnxnxnxnxnxnxnxnxnxnxnxnxnxnxnxn"

Pagkatapos, ako ay lumikha ng isang Service.php model upang mapangasiwaan ang beripikasyon ng mga key na ito. Habang pinagtitibay namin ito, ako ay kinakailangan lamang magbago ng isang piraso ng kowd.

class Service extends Model
{
    public static function verifyAccess($app_id,$app_secret) {
      if ($app_id == Yii::$app->params['app_id']
        && $app_secret == Yii::$app->params['app_secret']) {
            Yii::$app->params['site']['id']=SiteHelper::SITE_SP;
            return true;
        } else {
          return false;
        }
      }

Sunod, ako ay lumikha ng beforeAction sa lahat ng mga API controller upang magamit muli ang paraan na nasa itaas:

public function beforeAction($action)
    {
      // your custom code here, if you want the code to run before action filters,
      // which are triggered on the [[EVENT_BEFORE_ACTION]] event, e.g. PageCache or AccessControl
      if (!parent::beforeAction($action)) {
          return false;
      }
      if (Service::verifyAccess(Yii::$app->getRequest()->getQueryParam('app_id'),Yii::$app->getRequest()->getQueryParam('app_secret'))) {
        return true;
      } else {
        echo 'your api keys are from the dark side';
        Yii::$app->end();
      }
    }

Ang mga pangunahing limitasyon dito ay ang pagpapadala ng mga security key sa bawat call at walang lagda ang mga query parameter. Ang pagpapadala nito sa pamamagitan ng HTTPS ay nakakatulong, ngunit hindi ito lubos na ligtas. Ito ay pagtitibayin ko sa hinaharap.

Ang Rehistrasyon at Login

Ang dalawang API calls lamang na lubos na umaasa sa mga API key ay ang rehistrasyon at login. Ang mga mobile user ay maaaring magrehistro sa pamamagitan ng OAuth at maaaring ipadala sa atin ang kanilang OAuth service tokens, o kaya maaari nilang ibigay sa atin ang kanilang email address.

Sa oras na ito ay matanggap, ang bawat user ay bibigyan ng isang natatanging token, at ang token na ito ay titiyakin ang mga API call ng user sa hinaharap.

Mayroon pa akong kailangang gawin upang mapabuti ang seguridad nito, ngunit hindi ko matatalakay ito ngayon.

Narito ang paunang kowd para makapagrehistro ang isang user gamit ang API at makalikha ng isang token:

public static function signupUser($email, $firstname='',$lastname='') {
      $username = $fullname = $firstname.' '.$lastname;
      if ($username == ' ') $username ='ios';
      if (isset($username) && User::find()->where(['username' => $username])->exists()) {
        $username = User::generateUniqueUsername($username,'ios');
      }
      $password = Yii::$app->security->generateRandomString(12);
        $user = new User([
            'username' => $username, // $attributes['login'],
            'email' => $email,
            'password' => $password,
            'status' => User::STATUS_ACTIVE,
        ]);
        $user->generateAuthKey();
        $user->generatePasswordResetToken();
        $transaction = $user->getDb()->beginTransaction();
        if ($user->save()) {
            $ut = new UserToken([
                'user_id' => $user->id,
                'token' => Yii::$app->security->generateRandomString(40),
            ]);
            if ($ut->save()) {
                User::completeInitialize($user->id);
                UserProfile::applySocialNames($user->id,$firstname,$lastname,$fullname);
                $transaction->commit();
                return $user->id;
            } else {
                print_r($auth->getErrors());
            }
        } else {
            $transaction->rollBack();
            print_r($user->getErrors());
        }
    }

Ang UserToken ay isang natatanging 40-numero na random string, na lalong mas mahirap hulaan kaysa paniwalaan na ang Amerika ay hihirangin si Donald Trump bilang kanilang pinuno.

$ut = new UserToken([
    'user_id' => $user->id,
    'token' => Yii::$app->security->generateRandomString(40),
    ]);
            

Ang Meeting Controller

Ngayon, tingnan natin ang mga calls para sa bawat lugar ng API, na humihiling ng impormasyon tungkol sa pagtitipon. Narito ang unang bahagi ng /api/controllers/MeetingController.php:

<?php

namespace api\controllers;

use Yii;
use yii\web\Controller;
use yii\web\NotFoundHttpException;
use yii\filters\VerbFilter;
use yii\web\Response;
use api\models\MeetingAPI;
use api\models\Service;

class MeetingController extends Controller
{
    public function behaviors()
    {
        return [
            'verbs' => [
                'class' => VerbFilter::className(),
                'actions' => [
                    'delete' => ['POST'],
                ],
            ],
        ];
    }

    public function beforeAction($action)
    {
      // your custom code here, if you want the code to run before action filters,
      // which are triggered on the [[EVENT_BEFORE_ACTION]] event, e.g. PageCache or AccessControl
      if (!parent::beforeAction($action)) {
          return false;
      }
      if (Service::verifyAccess(Yii::$app->getRequest()->getQueryParam('app_id'),Yii::$app->getRequest()->getQueryParam('app_secret'))) {
        return true;
      } else {
        echo 'your api keys are from the dark side';
        Yii::$app->end();
      }
    }

Mapapansin sa itaas kung paano ang bawat kilos ay nagpapatunay na ang mga token ay tama.

Pagkatapos, ang bawat API call para sa mga Pagtitipon ay binalangkas na magkakahawig, tulad ng ipinapakita sa ibaba (purihin ang aking pagtatangka at disiplina):

public function actionList($app_id='', $app_secret='',$token='',$status=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::meetinglist($token,$status);
}

public function actionHistory($app_id='', $app_secret='',$token='',$meeting_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::history($token,$meeting_id);
}

public function actionMeetingplaces($app_id='', $app_secret='',$token='',$meeting_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::meetingplaces($token,$meeting_id);
}

public function actionMeetingtimes($app_id='', $app_secret='',$token='',$meeting_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::meetingtimes($token,$meeting_id);
}

public function actionMeetingplacechoices($app_id='', $app_secret='',$token='',$meeting_place_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::meetingplacechoices($token,$meeting_place_id);
}

public function actionMeetingtimechoices($app_id='', $app_secret='',$token='',$meeting_time_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::meetingtimechoices($token,$meeting_time_id);
}

public function actionNotes($app_id='', $app_secret='',$token='',$meeting_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::notes($token,$meeting_id);
}

public function actionSettings($app_id='', $app_secret='',$token='',$meeting_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::settings($token,$meeting_id);
}

public function actionCaption($app_id='', $app_secret='',$token='',$meeting_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::caption($token,$meeting_id);
}

public function actionDetails($app_id='', $app_secret='',$token='',$meeting_id=0) {
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::details($token,$meeting_id);
}

public function actionReminders($app_id='', $app_secret='',$token='')
{
  Yii::$app->response->format = Response::FORMAT_JSON;
  return MeetingAPI::reminders($token);
}

Sa oras na ito, ang bawat call ay kinabibilangan ng $app_id, ng $app_secret at ng $token para sa mga nakalog-in na user. Ito ay aking babaguhin para sa seguridad sa hinaharap. Ito ay ligtas, ngunit hindi ito subok na ligtas.

Tingnan natin ang actionList, na naglilista ng filtering ng pagtitipon ng isang user gamit ang $status argument upang masala ang mga ito.

1	public function actionList($app_id='', $app_secret='',$token='',$status=0) {
2	Yii::$app->response->format = Response::FORMAT_JSON;
3	return MeetingAPI::meetinglist($token,$status);
4	}

Sa huli, ang API ay maaaring limitahan ang bilang ng mga request ng pagtitipon sa bawat status, i.e. ipakita sa akin ang mga 15 bagong pagtitipon sa planning mode ng isang user.

Ang lahat ng paraan ng Pagtitipon ay nilikha batay sa MeetingAPI model. Narito ang kowd para sa meetinglist() method:

<?php

namespace api\models;

use Yii;
use yii\base\Model;
use common\models\User;
use common\components\MiscHelpers;
use api\models\UserToken;
use frontend\models\Meeting;
use frontend\models\MeetingLog;
use frontend\models\MeetingPlace;
use frontend\models\MeetingTime;
use frontend\models\MeetingReminder;
use frontend\models\MeetingSetting;
use frontend\models\MeetingNote;

class MeetingAPI extends Model
{
    public static function meetinglist($token,$status) {
      $user_id = UserToken::lookup($token);
      if (!$user_id) {
        return Service::fail('invalid token');
      }
      if ($status == Meeting::STATUS_PLANNING || $status == Meeting::STATUS_SENT) {
        $queryStatus =[Meeting::STATUS_PLANNING,Meeting::STATUS_SENT];
      } else {
        $queryStatus = $status;
      }
      // get calling user's timezone
      $timezone = MiscHelpers::fetchUserTimezone($user_id);
      $meeting_list = Meeting::find()
        ->joinWith('participants')
        ->where(['owner_id'=>$user_id])
        ->orWhere(['participant_id'=>$user_id])
        ->andWhere(['meeting.status'=>$queryStatus])
        ->distinct()
        ->orderBy(['created_at'=>SORT_DESC])
        ->all();
      $meetings=[];
      foreach ($meeting_list as $m) {
        $x = new \stdClass();
        $x->id = $m->id;
        $x->owner_id= $m->owner_id;
        $x->meeting_type = $m->meeting_type ;
        $x->subject = $m->subject ;
        $x->message = $m->message ;
        $x->identifier = $m->identifier ;
        $x->status = $m->status ;
        $x->created_at = $m->created_at ;
        $x->logged_at = $m->logged_at ;
        $x->sequence_id = $m->sequence_id ;
        $x->cleared_at = $m->cleared_at;
        $x->site_id = $m->site_id ;
        if ($status >= Meeting::STATUS_CONFIRMED) {
          $x->chosenTime=Meeting::getChosenTime($m->id);
          $x->caption = $m->friendlyDateFromTimestamp($x->chosenTime->start,$timezone,true,true).' '.$m->getMeetingParticipants();
          $x->chosenPlace = Meeting::getChosenPlace($m->id);
          if ($x->chosenPlace!==false) {
            $x->place = $x->chosenPlace->place;
            $x->gps = $x->chosenPlace->place->getLocation($x->chosenPlace->place->id);
            $x->noPlace = false;
          } else {
            $x->place = false;
            $x->noPlace = true;
            $x->gps = false;
          }
        } else {
          $x->chosenTime=0;
          $x->chosenPlace = 0;
          $x->caption = $m->getMeetingParticipants();
        }
        $meetings[]=$x;
        unset($x);
      }
      return $meetings;
    }

Una, ang paraan na ito ay magpapatunay na ang token ay pagmamay-ari ng user:

1	$user_id = UserToken::lookup($token);
2	if (!$user_id) {
3	return Service::fail('invalid token');
4	}

Narito ang kowd para sa UserToken::lookup():

public static function lookup($token) {
  // lookup token for user_id
  $ut = UserToken::find()
    ->where(['token'=>$token])
    ->one();
    if (!is_null($ut)) {
      return $ut->user_id;
    } else {
      return false;
    }
  }

Pagkatapos, sinusuri namin ang filter para sa $status at kinukuha ang $timezone ng user:

if ($status == Meeting::STATUS_PLANNING || $status == Meeting::STATUS_SENT) {
        $queryStatus =[Meeting::STATUS_PLANNING,Meeting::STATUS_SENT];
      } else {
        $queryStatus = $status;
      }
      // get calling user's timezone
      $timezone = MiscHelpers::fetchUserTimezone($user_id);
      

At sa huli, kami ay gumagawa ng listahan ng mga pagtitipon ng user at ito ay mano-manong binabago sa iba’t-ibang mga bagay:

$meeting_list = Meeting::find()
        ->joinWith('participants')
        ->where(['owner_id'=>$user_id])
        ->orWhere(['participant_id'=>$user_id])
        ->andWhere(['meeting.status'=>$queryStatus])
        ->distinct()
        ->orderBy(['created_at'=>SORT_DESC])
        ->all();
      $meetings=[];
      foreach ($meeting_list as $m) {
        $x = new \stdClass();
        $x->id = $m->id;
        $x->owner_id= $m->owner_id;
        $x->meeting_type = $m->meeting_type ;
        $x->subject = $m->subject ;
        $x->message = $m->message ;
        $x->identifier = $m->identifier ;
        $x->status = $m->status ;
        $x->created_at = $m->created_at ;
        $x->logged_at = $m->logged_at ;
        $x->sequence_id = $m->sequence_id ;
        $x->cleared_at = $m->cleared_at;
        $x->site_id = $m->site_id ;
        if ($status >= Meeting::STATUS_CONFIRMED) {
          $x->chosenTime=Meeting::getChosenTime($m->id);
          $x->caption = $m->friendlyDateFromTimestamp($x->chosenTime->start,$timezone,true,true).' '.$m->getMeetingParticipants();
          $x->chosenPlace = Meeting::getChosenPlace($m->id);
          if ($x->chosenPlace!==false) {
            $x->place = $x->chosenPlace->place;
            $x->gps = $x->chosenPlace->place->getLocation($x->chosenPlace->place->id);
            $x->noPlace = false;
          } else {
            $x->place = false;
            $x->noPlace = true;
            $x->gps = false;
          }
        } else {
          $x->chosenTime=0;
          $x->chosenPlace = 0;
          $x->caption = $m->getMeetingParticipants();
        }
        $meetings[]=$x;
        unset($x);
      }
      return $meetings;

Habang mayroong mas madaling paraan para balangkasin ang resulta ng database upang maibalik sa API, ang pagbabago ng pinaka-komplikadong table, ang Meeting, nang mano-mano ay nagpapahintulot sa akin na kontrolin ang mga resulta ng API na ibibigay sa mga programmer. Ito ay isang pagkakataon sa akin para mapabuti at gawing simple ang API mula sa orihinal na kowd at database properties.

Halimbawa, may kowd na kailangan ang Meeting Planner upang makalikha ng mga sub-heading sa interface ng user na hindi nakalagay sa database. Sa halip na asahan ang iOS application na kopyahin ang komplikadong kowd, kami ay lumilikha na lamang ng sub-heading at ito ay ibinabalik sa resulta ng mga API.

Ang Paggawa ng API Calls

Narito ang unang paraan upang gumawa at sumubok ng mga API call. Halimbawa, kung gawin ko ang sumusunod na URL call:

1	http://apix.meetingplanner.io/meeting/list/?app_id=xxx&app_secret=xxxxx&token=yyyy

Iyon ay gagana. Ngunit, upang ito ay subukan at paganahin, gumagamit ako ng Postman, ng Chrome app extension, na tunay na kapaki-pakinabang.

Narito kung paano gawin ang API call sa pamamagitan ng Postman UX:

Building Your Startup - Postman API Requests

At narito ang resulta:

Building Your Startup - Postman API Results

Iyan ay isang madaling paraan upang tingnan ang unang resulta ng development server na nagpapakita ng lahat ng aking pagtitipon:

[
  {
    "id": 207,
    "owner_id": 1,
    "meeting_type": 0,
    "subject": "New Mtg to Test",
    "message": "",
    "identifier": "dAefqLGi",
    "status": 20,
    "created_at": 1475285105,
    "logged_at": 1476642100,
    "sequence_id": "0",
    "cleared_at": 1475780470,
    "site_id": 0,
    "chosenTime": 0,
    "chosenPlace": 0,
    "caption": "with Jeff Reifman and b1@lookahead.me"
  },
  {
    "id": 206,
    "owner_id": 1,
    "meeting_type": 150,
    "subject": "Ignore - just testing",
    "message": "",
    "identifier": "ITJpSmlo",
    "status": 20,
    "created_at": 1474706654,
    "logged_at": 1474706702,
    "sequence_id": "0",
    "cleared_at": 1474706732,
    "site_id": 0,
    "chosenTime": 0,
    "chosenPlace": 0,
    "caption": "with Jeff Reifman and jimmyblack@gmail.com"
  },
  {
    "id": 205,
    "owner_id": 1,
    "meeting_type": 110,
    "subject": "Our Upcoming Meeting Test",
    "message": "",
    "identifier": "vkVPWVmH",
    "status": 20,
    "created_at": 1474677013,
    "logged_at": 1474921968,
    "sequence_id": "0",
    "cleared_at": 1474920744,
    "site_id": 0,
    "chosenTime": 0,
    "chosenPlace": 0,
    "caption": "with Jeff Reifman and tanyaryan@lookahead.me"
  },
  ...

Iyan lamang sa ngayon. Maaari niyong tingnan ang paglabas ng API tree at makita ang iba pang mga paraan. Habang pinagtitibay ko ang seguridad at pinagbubuti ang functionality ng API, susubukan kong sumulat pa ng marami tungkol dito.

Ang Pagtingin sa Hinaharap

Nawa kayo ay natuwa sa tutoryal ngayon. Malinaw naman na ang API ay lalago at magbabago habang ang mobile development ay nagpapatuloy. Gaya ng nabanggit ko kanina, pagtitibayin at palalawakin ko ang functionality.

Muli, kung hindi ka pa nakakagawa, halina’t magtakda ng iyong unang pagtitipon gamit ang Meeting Planner. Ngayon na!

Maaari din kayong makipag-ugnayan sa akin sa @lookahead_io. Ako ay laging bukas sa bagong mga tampok na ideya at mga paksa sa mga susunod na tutoryal. O subukan ang aming helpdesk at magbukas ng isang bug report o feature request ticket.

Manatiling nakatutok sa lahat ng ito at sa iba pang mga darating na tutoryal sa pamamagitan ng panonood ng Building Your Startup With PHP series.