Refactor a Worker to a Pages Function
In this guide, you will learn how to refactor a Worker made to intake form submissions to a Pages Function that can be hosted on your Cloudflare Pages application. Pages Functions is a serverless function that lives within the same project directory as your application and is deployed with Cloudflare Pages. It enables you to run server-side code that adds dynamic functionality without running a dedicated server. You may want to refactor a Worker to a Pages Function for one of these reasons:
- If you manage a serverless function that your Pages application depends on and wish to ship the logic without managing a Worker as a separate service.
- If you are migrating your Worker to Pages Functions and want to use the routing and middleware capabilities of Pages Functions.
- Remove the fetch handler and replace it with the appropriate
OnRequest
method. Refer to Functions to select the appropriate method for your Function. - Pass the
context
object as an argument to your newOnRequest
method to access the properties of the context parameter:request
,env
,params
andnext
. - Use middleware to handle logic that must be executed before or after route handlers. Learn more about using Middleware in the Functions documentation.
To explain the process of refactoring, this guide uses a simple form submission example.
Form submissions can be handled by Workers but can also be a good use case for Pages Functions, since forms are most times specific to a particular application.
Assuming you are already using a Worker to handle your form, you would have deployed this Worker and then added the URL to your form action attribute in your HTML form. This means that when you change how the Worker handles your submissions, you must make changes to the Worker script. If the logic in your Worker is used by more than one application, Pages Functions would not be a good use case.
However, it can be beneficial to use a Pages Function when you would like to organize your function logic in the same project directory as your application.
Building your application using Pages Functions can help you manage your client and serverless logic from the same place and make it easier to write and debug your code.
An Airtable ↗ is a low-code platform for building collaborative applications. It helps customize your workflow, collaborate, and handle form submissions. For this example, you will utilize Airtable’s form submission feature.
Airtable ↗ can be used to store entries of information in different tables for the same account. When creating a Worker for handling the submission logic, the first step is to use Wrangler to initialize a new Worker within a specific folder or at the root of your application.
This step creates the boilerplate to write your Airtable submission Worker. After writing your Worker, you can deploy it to Cloudflare’s global network after you configure your project for deployment. Refer to the Workers documentation for a full tutorial on how to handle form submission with Workers.
The following code block shows an example of a Worker that handles Airtable form submission.
The submitHandler
async function is called if the pathname of the work is /submit
. This function checks that the request method is a POST
request and then proceeds to parse and post the form entries to Airtable using your credentials, which you can store using Wrangler secret
.
To refactor the above Worker, go to your Pages project directory and create a /functions
folder. In /functions
, create a form.js
file. This file will handle form submissions.
Then, in the form.js
file, export a single onRequestPost
:
Every Worker has an addEventListener
to listen for fetch
events, but you will not need this in a Pages Function. Instead, you will export
a single onRequest
function, and depending on the HTTPS request it handles, you will name it accordingly. Refer to Function documentation to select the appropriate method for your function.
The above code takes a request
and env
as arguments which pass these properties down to the submitHandler
function, which remains unchanged from the original Worker. However, because Functions allow you to specify the HTTPS request type, you can remove the request.method
check in your Worker. This is now handled by Pages Functions by naming the onRequest
handler.
Now, you will introduce the submitHandler
function and pass the env
parameter as a property. This will allow you to access env
in the HandleAirtableData
function below. This function does a POST
request to Airtable using your Airtable credentials:
Finally, create a HandleAirtableData
function. This function will send a fetch
request to Airtable with your Airtable credentials and the body of your request:
You can test your Function locally using Wrangler. By completing this guide, you have successfully refactored your form submission Worker to a form submission Pages Function.