Oleksandr Korovitskyi Avatar

Are you annoyed by doing boilerplate development work at your Magento/Adobe Commerce project to implement a feature or resolve an issue? Let’s take a look at the reasons for using the PhpStorm plugin for Magento/Adobe Commerce by Atwix.

Every Magento/Adobe Commerce developer creates modules, observers, plugins, and GraphQL pieces – it’s everyday work. The problem is the repetition: boilerplate scaffolding, bouncing between XML, controllers, layouts, and PHTMLs wastes time that should go to design, testing, and pushing your first-time-right rate higher.

The PhpStorm plugin by Atwix turns your IDE into a platform-savvy co-pilot. It understands Magento’s architecture end-to-end, so you glide between related elements (route >> controller >> layout >> template, schema >> resolver, DI >> implementation), generate modules, plugins, observers, view models, and GraphQL components without copy-paste, and follow the logical flow across modules. The result is less friction, more focus, and better practices baked into your everyday build.

What Does a Developer Get?

In short, it is a powerful tool to be more efficient at work and concentrate on important things. Let’s review a few simple cases:

When another module’s plugin order breaks yours, you can view the effective interceptor list and their order for the target method directly in the IDE and adjust sortOrder accordingly; without the plugin, you’d enable Xdebug, step through each interceptor, and grep di.xml across modules.
Saving: 15-20 min.

When a class should be injected via a Proxy to avoid heavy construction, the inspection recommends a Proxy and generates the correct type hint in a couple of clicks; without the plugin, you search for the proper declaration and hand-edit di.xml.
Saving: 5-10 min.

When extending the GraphQL schema with a custom resolver, you can create a resolver via “New | GraphQL Resolver for Field,” fill the form, and assign it with autocomplete; without the plugin, you hunt for a template in vendor, create the class manually, and wire the resolver path in PHP.
Saving: 10-15 min.

When a developer creates a module and wants configuration XML templates, you can right-click the etc directory, choose “New | Magento 2 Configuration File,” select what you need, and confirm; without the plugin, you’ll copy from another module and strip unrelated pieces.
Saving: 5-10 min.

That’s roughly an hour saved across just four routine steps that can appear in a single task – and most developers will hit several of these in a day. For juniors or engineers new to Magento/Adobe Commerce, it would take even more time.
Certainly, we cannot list all the benefits of our plugin here in this short post, but they can be found at the Documentation >> “User Guide” section.

What Does the Business Get?

Business Reasons

Using the plugin brings clear business value: faster cycles, fewer errors, and more predictable delivery. Engineers spend less time on formulaic solutions and more time on real-world problem-solving.

Fewer regressions

Inspections catch problems early, before they ship

Clearer code reviews

Override comparisons make changes easy to see

More stable releases

Dependency and plugin-order checks reduce “works on my machine” issues

Faster onboarding

New developers learn the project structure faster

Measurable ROI

Track time saved on navigation, scaffolding, and DI/sequence fixes

Summary

Magento/Adobe Commerce rewards engineers who reduce toil and expose architectural issues early. Our PhpStorm plugin for Magento and Adobe Commerce does exactly that: it removes navigation and scaffolding noise, highlights risky patterns before they become bugs, and keeps customizations transparent. The outcome is simple – less friction, better flow, higher quality, resulting in benefits for the business.

Frequently Asked Questions

Does it help in mixed stacks with heavy third-party modules?

Yes, because you can see the effective plugin order, preferences, and overrides that those modules introduce, so conflicts are resolved deliberately rather than by trial and error.

Is there value for seniors, or only juniors?

Seniors benefit most: fewer context switches means more time for design, reviews, and mentoring. Juniors gain guardrails and faster feedback loops.

How do we measure impact?

Track a simple baseline: time spent on lookups, override diffs, sequence fixes, and resolver wiring for one sprint. Adopt the plugin for the next sprint and measure again. The delta is your reclaimed engineering time.

Is there a trial period to test the plugin?

Yes. There’s a 30-day free trial on the JetBrains Marketplace, which is plenty of time to run it on real tickets and compare your time saved against your current setup.

Resources: