Nette\Database – Selection by mohla být víc immutable

Na Nette\DB mi trošku vadí, že když volám jednotlivé metody nad Selection, tak se mi „nabalují“ do jednoho objektu, jako v DibiFluent, což není problém do momentu, kdy chci Selection použít na něco jiného a musím si ji vytvářet novou.

Řeším to kvůli tomu, že i dokumentace samotná nabádá předávat jenom jednu tabulku do modelu a to se pak sice chová logicky, ale není to očekávané, ani příjemné. Příklad:

use Nette\Database\Table\Selection;

class NewsArchive extends \BaseControl
{
	/** @persistent */
	public $page = 1;

	/** @var \Nette\Database\Table\Selection */
	private $news;

	public function __construct(Selection $news)
	{
		parent::__construct();
		$this->news = $news;
	}

	public function render()
	{
		$news = clone $this->news;
		$paginator = $this['paginator']->getPaginator();
		$news->page($paginator->page, $paginator->itemsPerPage);

		$this->template->news = $news;
		$this->template->render();
	}

	protected function createComponentPaginator()
	{
		$paginator = new \ComponentPaginator(10, $this->news->count('id'), $this->page);
		$paginator->template->setFile(__DIR__ . '/newsArchive.paginator.latte');
		$paginator->template->archive = $this;
		return $paginator;
	}

}

Jak je vidět, tak si $news musím prvně naklonovat, abych se mi to nepralo. Kdyby každé zavolání metody, která ovlivňuje výsledky (where, page, …) vytvářelo nový objekt, tak tento problém nemám. Ve složitějším modelu bych mohl mít volání filtrování nad tabulkou a po třech, čtyřech zavolání, bez klonování, by mi to už nevracelo nic, protože by každá podmínka chtěla něco jiného.

Samozřejmě je to krapet kontraproduktivní, protože si složitějším zápisem můžu vyrobit desítku objektů, které pak hned zahodím, protože je nepotřebuju. A nejsem si jistý, jestli by to nedělalo problémy „magickému selection api“.

Když pominu pár bugů, tak tohle je jediná věc, která mě na api Nette\DB trápí. Máte k tomu někdo nějaký postřeh, nebo nápad?