npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

prettier-plugin-apex-new

v1.10.0

Published

Salesforce Apex plugin for Prettier

Downloads

1

Readme

Prettier Apex

Build Status npm NPM codecov Known Vulnerabilities Join the chat at https://gitter.im/prettier-plugin-apex/community

Prettier Banner

This is a code formatter for the Apex Programming Language, used on the Salesforce development platform.

It uses the excellent Prettier engine for formatting, and the jorje compiler from Salesforce for parsing.

Status

This project is production ready, and have been tested on multiple projects, including a mix of open source/proprietary/Salesforce internal code bases.

Usage

Requirements

  • Node >= 14.0.0
  • Java Runtime Engine >= 11

How to use

First, install the library:

# Install locally
npm install --save-dev prettier prettier-plugin-apex

# Or install globally
npm install --global prettier prettier-plugin-apex

If you install globally, run:

prettier --write "/path/to/project/**/*.{trigger,cls}"

If you install locally, you can add prettier as a script in package.json:

{
  "scripts": {
    "prettier": "prettier"
  }
}

Then in order to run it:

npm run prettier -- --write "/path/to/project/**/*.{trigger,cls}"

Tip

Initial run

If you are formatting a big code base for the first time, please make sure that you have some form of version control in place, so that you can revert any change if necessary. You should also run Prettier with the --debug-check argument. For example:

prettier --debug-check "/path/to/project/**/*.{trigger,cls}"

This will guarantee that the behavior of your code will not change because of the format.

If there are no errors, you can run prettier with --write next. If there are errors, please file a bug report so that they can be fixed.

Anonymous Apex

You can also format anonymous Apex with this program by using the apex-anonymous parser.

For example:

prettier --write "/path/to/project/anonymous/**/*.cls" --parser apex-anonymous

Note that Prettier will treat any Apex file that it finds using the glob above as anonymous code blocks, so it is recommended that you collect all of your anonymous Apex files into one directory and limit the use of --apex-anonymous only in that directory.

Ignoring lines

If there are lines in your Apex code that you do not want formatted by Prettier (either because you don't agree with the formatting choice, or there is a bug), you can instruct Prettier to ignore it by including the comment // prettier-ignore or /* prettier-ignore */ on the line before. For example:

// prettier-ignore
matrix(
  1, 0, 0,
  0, 1, 0,
  0, 0, 1
)

Configuration

This library follows the same configuration format as Prettier, which is documented here.

The amount of configuration is very limited, because this is intended to be a very opinionated formatter. Here is the default configuration that can be overriden:

| Name | Default | Description | | ------------------------ | ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | printWidth | 80 | Same as in Prettier (see prettier docs) | | tabWidth | 2 | Same as in Prettier (see prettier docs) | | useTabs | false | Same as in Prettier (see prettier docs) | | requirePragma | false | Same as in Prettier (see prettier docs) | | insertPragma | false | Same as in Prettier (see prettier docs) | | apexInsertFinalNewline | true | Whether a newline is added as the last thing in the output | | apexStandaloneParser | none | If set to built-in, Prettier uses the built in standalone parser for better performance. See Performance Tip.If set to none, Prettier invokes the CLI parser for every file. | | apexStandalonePort | 2117 | The port that the standalone Apex parser listens on.Only applicable if apexStandaloneParser is built-in. | | apexStandaloneHost | localhost | The host that the standalone Apex parser listens on.Only applicable if apexStandaloneParser is built-in. |

Editor integration

VScode

Follow this tutorial from Salesforce in order to use this plugin in VSCode.

Performance Tips/3rd party integration

By default, this library invokes a CLI application to get the AST of the Apex code. However, since this CLI application is written in Java, there is a heavy start up cost associated with it. In order to alleviate this issue, we also have an optional HTTP server that makes sure the start up is invoked exactly once. This is especially useful if this library is integrated in a 3rd party application.

In order to use this server, you have to evoke it out of band before running Prettier, as well as specifying a special flag when running Prettier:

# Start the server (if installed globally)
start-apex-server
# Or if installed locally
node /path/to/library/bin/start-apex-server.js

# In a separate console
prettier --apex-standalone-parser built-in --write "/path/to/project/**/*.{trigger,cls}"

# After you are done, stop the server (if installed globally)
stop-apex-server
# Or if installed locally
node /path/to/library/bin/stop-apex-server.js

By default, the server listens on http://localhost:2117. This can be customized by specifying the --host and --port arguments:

start-apex-server --host 127.0.0.1 --port 2118

Continuous Integration

Prettier Apex can be used to automatically check correct formatting for Apex code in the context of CI/CD, for example:

# Start the language server for improved parsing performance,
# and put it in the background (*nix only) so that next commands can be run.
nohup start-apex-server >/dev/null 2>&1 &
# Wait until the server is up before sending requests
npx wait-on http://localhost:2117/api/ast/
# Check that Apex files are formatted according to Prettier Apex style
prettier --check 'project/**/*.{trigger,cls}' --apex-standalone-parser built-in
# Clean up the language server
stop-apex-server