--- title: Building apps in source code in ServiceNow Studio description: Developing and maintaining applications in source code enables you to create and modify complex applications, manage code in source control more easily, and catch errors at build time. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/application-development/servicenow-studio-classic/building-apps-in-source-code-sn-studio.html release: australia product: ServiceNow Studio Classic classification: servicenow-studio-classic topic_type: concept last_updated: "2026-07-15" reading_time_minutes: 3 keywords: [Source code, custom applications, pro-code development, servicenow studio] breadcrumb: [Use, ServiceNow Studio, Developing your application, Building applications] --- # Building apps in source code in ServiceNow Studio Developing and maintaining applications in source code enables you to create and modify complex applications, manage code in source control more easily, and catch errors at build time. To create apps in ServiceNow Studio, you use ServiceNow Fluent, a domain-specific programming language, to define the metadata that makes up applications. ServiceNow Fluent includes APIs for defining the different types of metadata. For more information, see [ServiceNow Fluent](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/application-development/servicenow-fluent.md). ## Workspaces The concept of workspaces is a bit different in ServiceNow Studio than in ServiceNow IDE. In the ServiceNow IDE, you can add any applications that you're working on to a workspace to navigate through them all from one place. You can create multiple workspaces to group different sets of applications. Workspaces are specific to a user, and applications can be added or removed from a workspace at any time. In ServiceNow Studio, the **Explorer** tab acts as a single, persistent workspace, where you can add any application that has been converted to Fluent. For that reason, workspaces don't need to be created in ServiceNow Studio to create or group applications. ## Application structure Fluent applications created or converted in ServiceNow Studio include source code files and metadata XML files. The `package.json` and `now.config.json` files define the application structure, which is similar to that of Node.js applications or Node Package Manager \(npm\) packages. \[Omitted image "servicenow-ide-app-structure.png"\] Alt text: Structure of a source code application created in ServiceNow Studio By default, applications include the following directories and files. You can modify certain aspects of the application structure to suit your needs in the `now.config.json` file.
| Directory or file | Description |
|---|---|
| .vscode | Directory containing recommended Visual Studio Code extensions. |
| dist | Directory containing the build artifacts for packaging. This directory includes the following subdirectories:- `app`: Directory containing the built metadata XML files. - `static`: Directory containing the built static asset files. |
| metadata | Directory containing the application metadata \(XML\) of the application, such as table schemas and business rules, organized in the same directory structure as existing ServiceNow applications. **Note:** Application metadata shouldn't be edited from the XML files. Edit application metadata in the source code or on the ServiceNow AI Platform. |
| node\_modules | Directory containing the third-party Node.js modules on which your application depends. |
| src | Directory containing the source code of your application. This directory includes the following subdirectories:- `client`: Directory containing the client-side files for developing user interfaces. - `fluent`: Directory containing ServiceNow Fluent code in `.now.ts` files. The `generated` subdirectory contains the application files converted to ServiceNow Fluent. - `server`: Directory containing JavaScript module code in `.js` or `.ts` files. |
| target | Directory containing an installable package \(`.zip` file\) to upload to an instance. |
| .eslintrc | File containing the ESLint configuration. ESLint helps identify and fix issues in the application code. |
| .gitignore | File containing a list of directories or files for Git to ignore. These files aren't tracked in source control. |
| now.config.json | File containing the ServiceNow application configuration. The `now.config.json` file must be in the base directory for an application. You can configure aspects of an application by adding support parameters. For more information, see [Custom application configuration in source code](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/application-development/app-config-source-code.md). |
| now.prebuild.mjs | Auto-updated file containing complete information about dependencies and their versions. This file is only available with the ServiceNow SDK. |
| package-lock.json | Auto-updated file containing complete information about dependencies and their versions. This file is only available with the ServiceNow SDK. |
| package.json |
File containing information about your application and custom or third-party module dependencies. The `package.json` file must be in the base directory for an application. On an instance, the `package.json` path is specified in the **Package JSON** field of the custom application record \[sys\_app\] in the format ` |