@zaster Use a name that makes sense and accurately describes what it is the class does. This same principle applies to any class, not just a Livewire component class.
A class name Items tells me nothing about the component. What type of items? What does it do with those items? Is it a form? A table? A list? Something else?
I think that in the most simple project you realize the your naming conventions must be use declarative. If you have different components using Item model, as full page or nested, what function does, maybe if you use controllers too for specific task...so, don't be determined in simplest name
I also run into this problem. Lets say that I have a CRUD using a table named cars. It is likely that my corresponding model is named Cars. Let's then assume that I have a Livewire "Controller" that interacts between views and model with methods like Create, Update, Store, Deleted and so on. I like this file/class very much to be named Car as well. I am very tempted to use @zaster s naming rule here, which in this case results in Cars. Or maybe CarWire?
It is likely that my corresponding model is named Cars
No, its likely that your model is (should) be Car as a model represents a SINGLE instance
Your livewire component should be like CarEditor or CarMaintenance or CarCrud or CarManager depending on if it is replacing a controller or is just providing a small piece of functionality