Encapsulate version checking for view namespace hash

[ghabriel25]

The scenario

I noticed that the Laravel 12 view-namespace hashing change and was being checked in two separate places:

• FluxManager.php
  

  flux/src/FluxManager.php

  Lines 177 to 185 in eea9531

  	public function componentExists($name)
  	{
  	// Laravel 12+ uses xxh128 hashing for views https://github.com/laravel/framework/pull/52301...
  	if (app()->version() >= 12) {
  	return app('view')->exists(hash('xxh128', 'flux') . '::' . $name);
  	}
  	return app('view')->exists(md5('flux') . '::' . $name);
  	}

• FluxTagCompiler.php

  flux/src/FluxTagCompiler.php

  Lines 17 to 23 in eea9531

  	// Laravel 12+ uses xxh128 hashing for views https://github.com/laravel/framework/pull/52301...
  	return "<?php if (!Flux::componentExists(\$name = {$component})) throw new \Exception(\"Flux component [{\$name}] does not exist.\"); ?>##BEGIN-COMPONENT-CLASS##@component('{$class}', 'flux::' . {$component}, [
  	'view' => (app()->version() >= 12 ? hash('xxh128', 'flux') : md5('flux')) . '::' . {$component},
  	'data' => \$__env->getCurrentComponentData(),
  	])
  	<?php \$component->withAttributes(\$attributes->getAttributes()); ?>";
  	}

The componentString() override in the FluxTagCompiler (for the internal flux::delegate-component forwarding mechanism)

This PR extracts the logic into a single getFluxHash() helper inside FluxManager and updates both locations to use it.

Changes

• Added Flux::getFluxHash()
• Updated componentExists() to reuse the helper
• Updated the delegate-component path in componentString() so the hash is now resolved at compile time instead of emitting a runtime ternary on every request.