Tak potřeboval jsem poradit ohledně této aplikace přesně nevím co si s ním mám počít tak zkouším konferenci. Neočekávám velké věci ale určitou pomoc při zkonstruování ano.
Jinak nechápu co je to ta free markerová šablona. Dále ten počet klientů je jenom orientační. Ten časový interval tam bude pravděpodobně kvůli aktualizaci záznamů aby se zbytečně neaktualizovaly ty znázmami dost často, skrátka jednou za čas abychom měli představu o nějaké změně do databáze učastníků. Nejsem ještě pěvně rozhodnut jak to bude vypadat a jak to bude fungovat. Ale bylo by dobré aby ten program se dal spouštet u všech co chtějí navázat spojení a mají možnost změnit nabídku ve svůj prospěch. Není zcela jasné jak by to bylo u RMI. Já jsem viděl pouze aplikace přes příkazový řádek. Vůbec proto netuším jak by taková obstojná aplikace mohla vypadat. Ne moc složitá ale přece vystavní. Nevím jestli by to šlo udělat jako aplet, ale to by šlo asi těžko provést se všemi požadavky. > ------------ Původní zpráva ------------ > Od: Oto Buchta <[email protected]> > Předmět: Re: [Java] Program nejvýhodnější nabídky > Datum: 08.3.2010 10:16:35 > ---------------------------------------- > Nechápu přesně, jaká je očekávaná odpověď. Naprogramovaná aplikace? > Toto je přece zadání na měsíční projekt děckám na střední škole... > > Použitelných technologií je plný krdel. Podle toho, že autor poslal > triviální zadání v PPT a XLS, očekávám, že pro něj by bylo řešením i > excelovská aplikace na straně klienta, která si přes CSV tahá data a > vyhodnocuje na klientovi. > > Osobně zde nevidím rozumný prostor pro jiné než webové rozhraní. > Trocha toho Javascriptu přes skrytý rámec, dvě fazole na straně > Hibernate, čtyři FreeMarkerové šablony. > > Nechápu omezení na 15 nabídek, když se jich dá paralelně vyhodnocovat > řádově milióny.... Nechápu přehodnocování nabídek po 15 sekundách - > proč ne v okamžiku příchodu nové? > > 2010/3/6 ghans-peter <[email protected]>: > > Dobrý den, jeden znamý mi nahodil problém ohledně programu pro nejvýhodnější > nabídku nebo-li dražby aukce. > > > > Náčrt toho co by mělo v tom grafiské navrhu aukcí. Je zhdruba toto. Do > databáze se zapíší nabídky zadavatelů a program vyhodnotí tu nejvýhodnější > nabídku a rozsvítí se políčko zelenou barvu. A tu nabídku, který zadavatel > zadal > bude nejlepší ze všech učastníků. Pokud nesplní tak se rozsvítí červené pole. > > > > Světle modrá políčka jsou k vyplnění - ostatní nemají být přístupná, jen se > tam zobrazují hodnoty. Část primární = ten kdo zadává; návrh: možno > vyhodnocovat > až 15 nabídek současně, primární program (respektive řídící jádro k primárnímu > programu) by měl např. každých 15 sekund vyhodnocovat (přehodnocovat) nabídky > - > vyhodnotit nejlepší a na sekundární programy odeslat příslušné impulzy na > zobrazení (rozsvícení barvy) světla. Část sekundární = ten kdo reaguje > nabídkou > za zadání. Pokud někdo odpovídá na nabídku, musí si stáhnout sekundární > program. > Pokud někdo něco poptává (nabídka poprávky či nabídka zboží, služby) musí si > stáhnout primární program. Pokud někdo něco poptává a zároveň odpovídá na něčí > nabídku musí mít oba programy = primární i sekundární. Sekundární program > posílá > údaje primárnímu programu po stisku ENTER v sekundárním programu. > > > > > Děkujem se namítky a připomínky. Potřebuje vědět nejlepší možné spojení > technologie a jak by se to eventuálně dalo vyřešit > > > > -- > Oto 'tapik' Buchta, [email protected], http://tapikuv.blogspot.com > > >
