René Stein - Programátorské hádanky

C# - kontrola existence vlastnosti u typu dynamic bez vyvolání výjimky RuntimeBinderException.

Mon, 23 Aug 2010 13:33:03 GMT

Dan Steigerwald mě na Facebooku upozornil na článek “Challenge: Dynamically dynamic” na blogu Ayende Rahiena. Jak se můžete sami podívat, celá výzva se týká toho, jak zjistit, jestli u dané instance typu dynamic existuje vlastnost se zadaným jménem, aniž byste museli odchytávat výjimku RuntimeBinderException, která vás na chybějící vlastnost sice drsně upozorní, ale zároveň vás nutí používat kód řízený výjimkami..Jak vypadá kód detekující existenci vlastnosti s vy/zneužitím RuntimeBinderException?

Programátorská hádanka - 11.9.2006

Mon, 11 Sep 2006 12:31:35 GMT

Máte jednoduchý (a dnes bych řekl dokonce až urážlivě triviální) kód. ;-) A cituji jednoduchou otázku Mistra kódování a alžbětinského Sira W. Shakespeara - Jak se vám líbí?

Řešení programátorské hádanky z 24.6.2006 - ThreadStartDelegate

Sun, 02 Jul 2006 13:40:08 GMT

Jak bylo patrné ze zadání "hádanky", snažil jsem se, abyste mi napsali, jaké postupy používáte pro předání argumentů a získání návratové hodnoty z metody, když jste omezeni signaturou delegátu ThreadStartDelegate. Třída Thread dokáže pracovat pouze s metodami bez návratových hodnot (void) a také: ...

Programátorská hádanka - jak metodě v delegátu ThreadStart předat argumenty?

Sat, 24 Jun 2006 21:28:13 GMT

Jak asi víte, delegát ThreadStart v .Net Frameworku může ukazovat pouze na metodu, která nemá žádné argumenty a vrací void ... Jak nejlépe metodě v delegátu ThreadStart předat argumenty? A dokázali byste, aby metoda spuštěná delegátem ThreadStart mohla mít návratovou hodnotu? :) Napadlo mě totiž docela elegantní řešení, tak by mě zajímalo, jestli jej někdo z Vás zná a používá? :)

Řešení hádanky z 18-.4. - vztahy Include, Extend v případech užití

Thu, 27 Apr 2006 17:25:16 GMT

Protože kolegové v diskuzi pod původním spotem podrobně rozebrali všechny aspekty vztahu Include a Extend v případech užití, je tento můj spot z větší části sumarizující. V čem tedy byl "chyták"? Cílem hádanky bylo upozornit na to, že vztahy Include a Extend nemusejí být tak jednoduše rozpoznatelné, jak se dočtete v různých rychlopříručkách, a také jsem chtěl, abyste si všimli, že vztah Extend bylo bylo příjemné zpřesnit tím, co sám pro sebe nazývám "anonymní datové sloty". Tak toto byl začátek dvoustránkového spotu, který se mi podařilo omylem smazat. :-( Protože už se mi nechce teď psát celý spot znovu, tak jen v krátkosti zrekapituluji, čeho se hádanka týkala. Specifikace UML popisuje vztahy Include a Extend takto: "Include is a directed relationship between two use cases, implying that the behavior of the included use case is inserted into the behavior of the including use case. The including use case may only depend on the result (value) of the included use case. This value is obtained as a result of the execution of the included use case." "This relationship specifies that the behavior of a use case may be extended by the behavior of another (usually supplementary) use case. The extension takes place at one or more specific extension points defined in the extended use case. Note, however, that the extended use case is defined independently of the extending use case and is meaningful independently of the extending use case. On the other hand, the extending use case typically defines behavior that may not necessarily be meaningful by itself. Instead, the extending use case defines a set of modular behavior increments that augment an execution of the extended use case under specific conditions. Note that the same extending use case can extend more than one use case. Furthermore, an extending use case may itself be extended." V hádance nemohl být vztah mezi případem užití 'Založení objednávky' a 'Platba kartou' Include ani Extend. Include nelze použít, protože máme i jiné typy plateb, a případ užití Platbu kartou tedy nelze vložit povinně (dalším typem platby bude třeba dobírka - žádné záludnosti ohledně plateb jsem přichystány neměl, jen jsem chtěl, abyste se jako správní analytici pídili po podrobném zadání :-) ). Nejedná se ale ani o vztah Extend, protože rozšířený případ užití nijak nezávisí na rozšiřujícím případu užití a nemůže číst žádné "návratové hodnoty" - pro nás to znamená, že nezjistíme, jestli platba prošla. Řešením je vytvoření nového abstraktního případu užití nazvaného třeba 'Kontrola platby', který přes vazbu Include provážeme s případem užití 'Založení objednávky' . Konkrétními potomky budou "Kontrola platby kartou", "Kontrola ostatních typů plateb". Vazba Include nám dovoluje číst návratovou hodnotu vloženého případu užití v a v alternativním toku událostí případu užití 'Založení objednávky' podle vybraného typu platby vložíme jiný případ užití a dle výsledku vkládaného případu užití dokončímě hlavní tok událostí. Pokud neprojde platba kartou, můžeme zákazníkovi nabídnout výběr jiného typu platby. Hlavně ale platí - celá hádanka i její řešení je jen hříčka bez užitku pro zákazníka, která demostruje, jak lze i méně časté vztahy řešit běžnými výrazovými prostředky jazyka UML. Stále platí, že vazby Include, Extend ani gen-spec zákazníkovi raději moc neukazujte. Jinak budete zbytečně trávit čas vysvětlováním vztahů, které jsou pro samotný projekt málo podstatné a pro zákazníka většinou jen iritující.

Zajímavý dotaz (hádanka) na případy užití v UML - vztah Include, Extend, anebo ...?

Tue, 18 Apr 2006 08:27:39 GMT

Po základní analýze jste zjistili, jak zákazníci vašeho klienta vytvářejí objednávky: "Zákazník v našem obchodě vybírá zboží a poté si může vybrat, jak je uhradí. Jedním z možných typů platby je platba kartou. K založení objednávky dojde pouze tehdy, pokud zadané údaje o platební kartě jsou platné, zákazník má dostatečnou hotovost na účtu a platba tedy projde."

Analyticko-programátorská hádanka (vztahy mezi třídami)

Sun, 26 Feb 2006 16:21:19 GMT

Máte následující jednoduchý diagram tříd. Je na něm něco "podivného"? Abyste to neměli tak jednoduché, tak řeknu, že diagram je součástí přednášek Ing. Kamila Svobody, který vyučuje na univerzitě v Hradci Králové objektové modelování. Takže se vás třeba jen snažím zmást a ukázat, jak diagram precizně zpracovává své téma ;-) ...

Řešení hádanky "Znáte dobře návrhové vzory"

Sat, 30 Jul 2005 16:22:25 GMT

Protože nikdo nedodal kompletní řešení k hádance z 26.7., zde je odpověď.

Hádanka - znáte dobře návrhové vzory?

Tue, 26 Jul 2005 16:01:52 GMT

Dokážete na následujícím diagramu najít všechny použité návrhové vzory? ;-)

Programátorsko-analytická hádanka

Wed, 30 Mar 2005 18:31:00 GMT

Máte třídu objednávky, která může nabývat 3 stavů (Nová, Schválená, Zamítnutá) .

Další listopadové úterý s programátorskou hádankou

Tue, 09 Nov 2004 08:16:00 GMT

Dokážete (opět bez spuštění programu ;) ) určit, co vypíše tento program, a zdůvodnit jeho chování?

Další úterý s programátorskou hádankou

Tue, 26 Oct 2004 17:50:00 GMT

Máte tento kód:

using System; namespace Blog.Test
{ /// <summary> /// Summary description
for Class1. /// </summary> class DelegateTest
{ public delegate int CallOperation
(int x, int y); ///
<summary> /// The main entry point for the application. ///
</summary> [STAThread] static void Main(string[]
args) { CallOperation operation = new CallOperation(Add);
operation += new CallOperation(Substract); int result
= operation( 2, 2); Console.WriteLine(result); Console.Read(); } public static int Add(int x, int y)
{ return (x + y); } public static int Substract(int x, int y)
{ return (x - y); } } }

Otázka 1) Dokážete bez spuštění programu říct, jaký výsledek bude v proměnné result a proč?

Otázka 2) Umíte přepsat tento kód tak, abyste dostali návratové hodnoty z obou metod, na něž ukazuje kompozitní delegát?

Programátorská hádanka na nudné úterý

Tue, 19 Oct 2004 16:27:00 GMT

Dokážete najít dva ekvivalentní zápisy zámku (lock) v metodě AtomicOperation?

Dokážete najít všechny chyby v kódu?

Thu, 07 Oct 2004 19:31:00 GMT

Dokážete poznat všechny nesmysly v tomto kódu? Nejde o žádný reálný příklad, jen o letmé zachycení a nakupení střípků potměšilých nočních

Druhá malá programátorská hádanka na tento týden

Thu, 23 Sep 2004 14:30:00 GMT

Dokážete (bez spuštění programu) poznat, v čem bude provádění tohoto kódu z hlediska "selského programátorského rozumu" podivné a proč?

using

System;

namespace

ConsoleApplication24

{

public class Class1

{

public static void Calculate( int number)

{

}

public class Class2: Class1

{

public static void Calculate( long number)

{

}

class Test

{

[STAThread]

static void Main( string []args)

{

Class2.Calculate(

int .MinValue);

}

Malá programátorská hádanka

Tue, 21 Sep 2004 14:32:00 GMT

Máte následující kód:

class

Test : BaseTest

{

private string m_rene;

public Test() : base ()

{

m_rene = "Rene";

}

public override void WriteName()

{

Console.WriteLine(m_rene);

Console.Read();

}

Metoda WriteName vypíše za určitých podmínek jen prázdný řetězec - víte kdy? ;)

Update: A víte, jak se bude chovat stejný kód po přepsání do C++?