Mam sobie jakas klase (oczywiscie to tylko schemat ):

[PHP] pobierz, plaintext 
<?php
class Cos{
  //pola
 
  public function a(){}
  public function b(){}
  public function c(){}
  public function d(){}
  //i jeszcze kilka...
}
?>
[PHP] pobierz, plaintext 

zawartosc metod jest dosc dluga, a musze teraz dodac jeszcze kilka/kilkanascie, nie chce robic klasy ktora bedzie zbym dluga (pod wzgledem linijek) głównie za wzgledu na czytelnosc... bardzo wyglodnym rozwiazaniem bylo by zapisanie kilku metod w osobnych plkach, jednak powstaje tu pewnen probelm :/ Nie znalazlem niczego co by umozliwiało zrobienie czegos takiego:

[PHP] pobierz, plaintext 
<?php
class Klasa{
  //pola
 
  public function a(){}
  public function b(){}
  public function c(){}
 
  include('metodaD.php'); 
}
?>
[PHP] pobierz, plaintext 

przeszukalem manual (Function Handling Functions) ale niczgo nie znalazlem... moglbym robic to w ten sposob:

[PHP] pobierz, plaintext 
<?php
//....
public function d(){
  include('metodaD.php');
}
?>
[PHP] pobierz, plaintext 

ale to jest ostateczne rozwiazanie

Tak wiec... czy istnieje sposob na "dynamiczne" stworzenie, ale wczytanie z innego pliku metod?

Po co? Klasa, jako obiekt służy do enkapsulacji - trzymania w jednym miejscu powiązanych ze sobą danych. To samo tyczy się metod. Nie wiem po co chcesz to dzielić na pliki. Mija się to z filozofią OOP.


edit:

Co do pytania. Można tak zrobić:
Plik: Klasa.php

[PHP] pobierz, plaintext 
<?php
 
class Klasa
{
	public function metodaB($hello) {
		$this->hello = $hello;
		include('metodaB.php');
	}
}
$kl = new Klasa();
$kl->metodaB('hello world!');
?>
[PHP] pobierz, plaintext 

Plik: metodaB.php

[PHP] pobierz, plaintext 
<?php
	print($this->hello);
?>
[PHP] pobierz, plaintext 

Uruchomienie kodu w pliku Klasa.php spowoduje, wyświetlenie sie na "hello world". Czyli tak jak chciałeś.
Przy odrobinie zawzięcia i metod magicznych, można by to zautomatyzować.

edit:

Pamiętaj, że uruchomienie pliku metodaB.php nie w kontekście obiektu, spowoduje błąd parsera.

edit:

Oh, przepraszam, źle doczytałem Twoje pytanie. Jeżeli chodzi Tobie o dzielenie definicji klasy na pliki, to nie da rady. W manualu powinno być napisane, przynajmniej w User Notes.

Jest fajna zasada, bierze się karteczkę 10cm x 10cm i opisuje się na niej klasę, jak się nie mieści co ma robić, to znaczy że trzeba rozbić na więcej.
(opis.length != kodu.length )

EDIT:
Czyli jak masz tyle metod, to może masz źle zbudowaną klasę...

Tyle, że ta koncepcja nie akceptuje elementów prywatnych. I nie możesz w ten sposób implementować metod magicznych, bo php tego nie rozpozna. Nie będzie również działać z interfejsami/całym zaawansowanym OOP. Pozdrawiam.

[PHP] pobierz, plaintext 
<?php
 
	function XXXtest($self)
	{
		print $self->var;
	}
 
	$XXXMethodsList=array(
		'test'=>'XXXtest'
		);
 
	class XXX
	{
		public $var='XXX';
		public function __call($_fname, $_fargs)
		{
			global $XXXMethodsList;
			if(!is_array($_fargs)) $_fargs=array();
			array_unshift($_fargs, &$this);
			if(isset($XXXMethodsList[$_fname])) return call_user_func_array($XXXMethodsList[$_fname], $_fargs);
		}
	}
 
	$test=new XXX();
	$test->test();
 
?>
[PHP] pobierz, plaintext 

1. Wyglada na to ze klasa ma za duzo zobowiazan ("bierze się karteczkę 10cm x 10cm i opisuje się na niej klasę, jak się nie mieści co ma robić, to znaczy że trzeba rozbić na więcej.")

2. Od tego masz edytor zeby latwo sie po kodzie skakalo; lista metod, skok do definicji zaznaczonej metody itd

trudno
pozostaje to przemyslec jeszcze raz i najwzej napisac od nowa...

zamiast rozbijać klasę na części, zdecydowanie lepiej jest skorzystać z dziedziczenia, i w klasach potomnych uzupełniać metody, w zależności od ich funkcji.

Jest to nie tylko o wiele czytelniejsze, ale też zgodne z paradygmatem OOP.

A na czym rozbicie polega Twoim zdaniem? Bo jak dla mnie to właśnie wykorzystanie dziedziczenia kompozycji/agregacji itp., bo bez sensu jest rozbijać kod na dwie klasy bez rozplanowania co one mają robić. (bo jak sie nie zrobi logicznego rozbicia, tylko techniczne to nic nie zmienia)