Administrace komentářů

Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

Příspěvek

26.2.2015 16:04 kralyk z abclinuxu | skóre: 29 | blog:  
Rozbalit Rozbalit vše Re: Getter a Setter v PHP

Je to messenger, který zapouzdření nepotřebuje a nepotřebuje ani gettery.

Já nemluvil o messengeru ale o těch datech, který "messenguje", ty zapouzdřený asi nebudou, jestli to správně chápu. Další věc je, že když ti ty data neprochází přes model, tak nemáš moc možnost je nějak zpracovat/tranformovat/apod...

To jako to ORM modifikuje strukturu tabulek v databázi? No nazdar.

Ano, tohle ORM upravuje schéma podle potřeby, v čem je problém?

Proč se všichni toho SQL tak bojí, že potřebují ORM?

Nevim jak ostatní, já osobně se SQL nebojím, spíš jde o to, že mě nebaví, vnímám to jako zdržení. Vždyť je to jen způsob, jak uložit data. IMHO méně babrání se s databází = více času pro aplikační logiku. Pro ilustraci třída Car napsaná pro RedBean ORM:

class Car implements RedBean_SimpleModel {
	const table = 'car';

	public static function find($vin) {
		// Minimalistický SQL snippet:
		return R::findOne(self::name, 'vin = ?', array($vin));
	}

	// CRUD funkce netřeba psát, stačí použít
	// R::store($car) pro update, R::trash($car) pro delete apod.

	// ...
	// zde může být logika modelu Car
	// ...
}

To máme nějakých 6 řádek kódu nebo kolik Tvůj přístup je ale zjevně jiný, soustředíš se hlavně na data v DB spíš než na OOP apod... Tím určitě nechci říct, že to je špatně, jestli ti to vyhovuje, tak prosim, ale není to úplně pozice, ze které by měl někdo vynášet obecné soudy o getterech/setterech a zapouzdření, zejména, když sám zapouzdření moc nepoužívá

SPD vůbec není proruská

V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

• Offtopic diskuse použijte pro diskusi mimo záběr našeho portálu (včelařství, windows), která by měla být smazána.
• Duplicitní diskuse je určena pro případ, kdy uživatel odeslal svůj dotaz několikrát.
• Návrh na cenzuru použijte, pokud komentář obsahuje urážky, vulgarismy nebo porušuje zákony.
• Návrh na smazání komentáře je velmi neobvyklá akce používaná obvykle při nepovolené reklamě či spamu, výkřicích psychicky nemocných jedinců (ještírci) nebo pro smazání duplikátních komentářů.
• Oprava formátování je žádost pro úpravu formy příspěvku, například pokud někdo píše bez odstavců nebo použije PRE pro celý komentář. Žádosti o změnu obsahu budou zamítnuty.