Visual Studio 2008: Vývojářské nekonečno

Diskuze čtenářů k článku

RiZe  |  19. 10. 2007 00:33  | 

Zajímalo by mě, jestli Microsoft uvolní i Express edice pro nekomerční účely zdarma, možná to bylo v článku uvedeno, ale už se mi trochu klíží oči, takže jsem to mohl přehlédnout :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
eclipsar  |  19. 10. 2007 01:23  | 

A mě by zajímalo, jestli někdo z recenzentů někdy ve VS něco psal, nebo jen opsali to, co jim poslal MS :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
ja  |  19. 10. 2007 07:36  | 

jj to by me taky zajimalo jestli v tom nekdo zkusil vic nez Hello World A i to je neuveritelne tezke kdyz chcete treba vytahnout napis z databaze, nejlepe nahodne a pak ho nahodne podbarvit aby vysledek treba na webu byl validni ve vsech smerech Neresitelny problem

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jan  |  19. 10. 2007 08:58  | 

Zkusil. Neni to tak spatne. Prostredi je intuitivni a propracovane. Express edice pro nekomercni uziti zdarma je krok spravnym smerem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
JB  |  19. 10. 2007 11:11  | 

Express edice jsou i pro komerční účely zdarma. Vyjimka jsou beta verze Expressu bez Golive licence pro zakazniky.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Maverick  |  19. 10. 2007 10:58  | 

Nejste to Vy, kdo jeste nepracoval ve Visual Studiu?

Souhlasím  |  Nesouhlasím  |  Odpovědět
ja  |  19. 10. 2007 14:26  | 

Bohužel nejsem, mám ho tu od první verze, každý rok upgrade, každy rok znova importovat všechny projekty kvůli zpětné nekompaktibilitě jednoho xml souboru, s každým novým vydáním .NET frameworku přepisovat kvůli zpětné nekompaktibilitě funkce. Prostě ať se s tím jde Mrtvosoft vys... Bohužel mám tu smůlu že firma se zaměřila na produkty Mrtvosoftu takže nás s nimi a v nich nutí pracovat Ale už jen měsííííííííííííííííííc

Souhlasím  |  Nesouhlasím  |  Odpovědět
David  |  19. 10. 2007 14:45  | 

Zas buď rád, že máš co dělat.
Kdyby se udělal nějaký univerzální model vývojového prostředí, který bude stačit na dalších deset let - no uznej.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Quasimodo  |  19. 10. 2007 15:34  | 

Asi s tim visual studiem delam prece jen malo. Zacal jsem na 2003 a pri prechodu na 2005 jsem nepotkal zadny skutecny problem s kompatibilitou - pouze dostavam u konvertovanych CF projektu nejaky stupidni warning, se kterym si nevim rady. Jinak vsechny projekty (celkem 6, kazdy jen neco mezi 20000-50000 radek, takze zadni obri) sly konvertovat naprosto spolehlive. Nebo mozna ze jsem ted tak spokojen, protoze predtim jsem pracoval hlavne s Kylixem od Borlandu pod linuxem (plus neco malo glade a gcc) a ve srovnani s tim si ted uz par let blazene pochrochtavam, jak mi vsechno krasne funguje a co vsechno mi prostredi nabizi. Krome toho jsem zkousel i kratke dobrodruzstvi s javou - Netbeans a eclipse, ale ted uz se drzim MS a hned tak nepustim. Takze bych rad vedel, jake nekompatibility se daji potkat a cemu se mam tedy vyhnout. Predpokladam, ze to je neco kolem webu nebo databazi, protoze to je snad to jedine co ve standardnim .NET frameworku nepouzivam.

Souhlasím  |  Nesouhlasím  |  Odpovědět
wx  |  19. 10. 2007 16:30  | 

Tiez neviem o ziadnych problemoch s nekompatibilitou. Max pri prechode na novu verziu sa vsetky projetky skonvertuju do noveho formatu. Jediny problem o ktorom viem bol, ze Web Site vo verzii 2003 mal projektovy subor a vo verzii 2005 ho zrusili. Uzivatelia ale asi velmi nadavali, tak ho vratili spat v 2005 SP 1 vo forme Web Application projekt...

Souhlasím  |  Nesouhlasím  |  Odpovědět
jozka  |  22. 10. 2007 08:28  | 

Tiez neviem o ziadnych problemoch s nekompatibilitou...
Jediny problem o ktorom viem bol, ze...
Ach ta logika...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Peta  |  21. 10. 2007 12:09  | 

NEmohu posoudit Visual studio prilis objektivne, mam tam jen par projektu, ale Eclipse s pluginama mi prijde daleko lepsi, je to vymakane prostredi, VS ma co dohanet

Souhlasím  |  Nesouhlasím  |  Odpovědět
xxl  |  19. 10. 2007 18:18  | 

Este ta doplnim, ze je to cim dalej tym vacsie, pomalsie a inline popup helpy na "deprecated" funkcie su cim dalej tym viac dojebanejsie :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rudidlo  |  19. 10. 2007 20:06  | 

Pomalejsi? A v cem? Co bylo v .NETu 1.1 rychlejší než třeba použití generik na kolekce?

Souhlasím  |  Nesouhlasím  |  Odpovědět
X  |  19. 10. 2007 14:22  | 

Narážíš pouze na svojí totální neschopnost, ne na nedostatky ve Visual Studiu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
ja  |  19. 10. 2007 14:28  | 

Hehe, MSklikoš promluvil

Souhlasím  |  Nesouhlasím  |  Odpovědět
Michal  |  19. 10. 2007 23:53  | 

Ty ses taky pekna lama clovece.

Souhlasím  |  Nesouhlasím  |  Odpovědět
X  |  22. 10. 2007 10:46  | 

Pokud ti nevyhovuje vývojový prostředí vod Microsoftu (který je světově uznávaný jako nejlepší), tak nepyskuj a táhni si dělat pod píčuxem v ňákym opensource shitu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Amadeus  |  21. 10. 2007 10:41  | 

Robim s PowerBuilderom a VS 2003/2005.
PowerBuilder je oproti VS obycajna nestabilna a neschopna sracka.
To co popisujes ty ako problem VS je zrejme problem v tebe.
Inak, par drobnych nekompatibilit medzi frameworkom 1 a 2 existuje.
Napriklad pri serializacii/deserializacii kryptovanych dat. Jedna sa o specificku vec.
Osobne ma pri takom rozsahu funkcnosti aku poskytuje framework
par nekompatibilit neprekvapuje.

Souhlasím  |  Nesouhlasím  |  Odpovědět
ja  |  22. 10. 2007 07:32  | 

Zkouseli jste v tom nekdy dolovat data ze SAPu? A co takhle prace s XML, nemyslim jen cteni ale ukladani, vyhledavani ...
No nic asi to nevysvetlim tem co nikdy nevideli C nebo C++ Tem co si mysli, ze po sobe nemusi uklizet protoze pamet a prostredky systemu jsou neomezene ...
Ale to je jiná kapitola ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
BigGeorge  |  22. 10. 2007 09:40  | 

Koukam, ze v tom mate pekny gulas. Motate dohramady behove prostredi a studio.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Amadesu  |  22. 10. 2007 09:42  | 

Nie, zo SAPu som nic nevyberal. Nebude problev SAP-e?
Praca s XML?
Deserializacia XML dokumentu (na 5 riadkov kodu) do specializovaneho objektu vytvoreneho podla schemy XML a iteracia cez typove pamatove polia s obsahom elementov a atributov XML sa ti zda problematicka??

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ghilt  |  19. 10. 2007 06:45  | 

Nevím jestli to bylo u článku uvedeno, ale Express edice 2008 Beta 2 jsou ke stažení u Microsoftů, takže bych řekl že uvedeny budou.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
19. 10. 2007 09:15 | 

Doposud byly Express edice co vím i pro KOMERČNÍ účely zdarma, tak se dá předpokládat že to tak bude i nadále, i třeba vzhledem k tomu že programátoři v Javě mají svá IDE zdarma i v nejvyšších edicích a MS jde o to Javu "porazit" resp. ukousnout si z jejího koláče.

Souhlasím  |  Nesouhlasím  |  Odpovědět
rfree  |  19. 10. 2007 10:58  | 

Jenomže IDE pro Javu nedělá Microsoft

Souhlasím  |  Nesouhlasím  |  Odpovědět
arvelius  |  19. 10. 2007 16:13  | 

co já vím, tak zadarmo jsou akorát NetBeans a za JavaStudio se musí platit

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
19. 10. 2007 18:38 | 

Já vidím u Java Studia napsáno free:
http://developers.sun.com/jsenterprise/
- hned u toho obrázku lidí na schodech

Souhlasím  |  Nesouhlasím  |  Odpovědět
C3rw1K  |  19. 10. 2007 22:03  | 

Odkedy som objavil Open Sourcove SharpDevelop tak ma tak Visual Studio nedokaze rozhadzat ako kedysi. Na to, na co to pouzivam ja je to skvela vec.

Souhlasím  |  Nesouhlasím  |  Odpovědět
rfordinal  |  19. 10. 2007 08:09  | 

Pre LINQ netreba byt SQL expertom? Ved syntax LINQ je vlastne mierne upravene SQL, tak co je to za blabol?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Benjamin  |  19. 10. 2007 08:39  | 

Ano, vyuziva se syntaxe SQL. ALe autor asi nepovazoval znalost SELECT FROM a WHERE za duvod, nazvat nekoho expertem

Souhlasím  |  Nesouhlasím  |  Odpovědět
rfordinal  |  19. 10. 2007 08:56  | 

tam vsak moznosti LINQ nekoncia, aj nadalej sa rozvija, takze clovek ktory bude exportom v LINQ v podstate sa stava aj exportom v SQL - aj ked ho pravdepodobne z toho rozboli hlava ked si bude musiet zvykat na tie rozdiely.

Souhlasím  |  Nesouhlasím  |  Odpovědět
imro  |  19. 10. 2007 17:06  | 

tohle je samozrejme taky blabol. Co to je expert na SQL? Blbost! Clovek muze byt expert na DB, ale ne na SQL, SQL jiz od pocatku prakticky neni standard a kazda DB je unikatni a ma unikatni SQL. A kdyz nekdo nezna prave ty unikatnosti, pak se nemuze povazovat za experta. Nebo vlastne muze, v cesku a slovensku je mozne vsechno, tady mame plno predrazenych expertu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rudidlo  |  19. 10. 2007 10:18  | 

Jak to bude s rychlostí?
Předpokládám, že bude vždy rychlejjší složitější dotazy spouštět nad SQl a až výsledek zpracovat přes LINQ, nebo ne?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bobris  |  19. 10. 2007 15:10  | 

LINQ to prave automaticky konvertuje na SQL. Selecty jsou bezne jen do 10% pomalejsi nez rucne psany kod, INSERT/UPDATE rychlejsi protoze se nikomu tak dlouhy optimalni kod rucne psat nechce
http://blogs.msdn.com/somasegar/archive/2007/09/27/vs-2008-performance-improvements.aspx
"For example, with the new LINQ facility we set a goal that LINQ performance be significantly better than using a SqlDataAdaptor for the same query and competitive with using a SqlDataReader, the lightest weight interface available for retrieving data from SQL Server. In our testing, LINQ does in fact out-perform SqlDataAdaptor on almost every test case we tried, and in many of the exceptions, it is no more than 10% slower than using a SqlDataReader to accomplish the same task. Given the power of LINQ, we feel this is a very reasonable trade-off."

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rudidlo  |  19. 10. 2007 15:43  | 

Tak to je skvělé !!!
Už se těším.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zajda  |  19. 10. 2007 09:13  | 

"Windows Communication Foundation (WCF): subsystém pro stavbu servisně orientovaných webových aplikací dle principů SOA"
musím nesouhlasit s touto definicí, přesnější by bylo:
"Microsoft's unified framework for building secure, reliable, transacted, and interoperable distributed applications."
při vší skromnosti, autor by neměl takové zásadní chyby dělat pokud chce o nějakém tématu "fundovaně" psát, WCF samozřejmě lze použít pro budování servisně orientovaných webových aplikací, ale také pro vývoj velkých distribuovaných systémů, server - klient záležitostí atp.

Souhlasím  |  Nesouhlasím  |  Odpovědět
um.Trip  |  19. 10. 2007 09:36  | 

Anonymni promene, ktere autor clanku uvadi jako skvelou novou vlastnost je pouze nutne zlo, vznikle, kvuli LINQ. Vzy jsem bral jako velkou vyhodu DOT NETu jeho silnou typovost, o coz s touto verzi prichazi. Otazkou zustava jestli za to LINQ stoji. Jinak velkohuba PR tvrzeni ala: "LINQ si rozumí s čímkoliv, co obsahuje nějaká data" take neni tak uplne pravda npr Linq to SQL (implementadce pro db) si rozumi pouze s MS SQL serverem 2k, 2k5.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
19. 10. 2007 09:48 | 

Přesně tak, nutné zlo je správné pojmenování a bude to potřeba velmi zdůrazňovat ve všech výukových zdrojích pro začátečníky.

Souhlasím  |  Nesouhlasím  |  Odpovědět
pista  |  19. 10. 2007 09:53  | 

O silnu typovost .NET tymto v ziadnom pripade neprichadza. Anonymne typy akurat v pozadi vygeneruju typ ktory obsahuje dane properties, ale je to rovnaky typ ako kazdy iny, akurat ho netreba definovat. Tak isto klucove slovo 'var' v C# 3.0 je niekedy zle chapane ako netypovana premenna - co nie je, pretoze automaticky prebera typ vyrazu uvedeneho pri definicii na pravej strane (ktory moze byt o.i. anonymny typ).

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mirek  |  19. 10. 2007 11:08  | 

A o to právě jde, typ se schová, takže ve zdroji to vidět nebude a tím se vracíme zpět k visual basicu jelikož, když se podívám na deklaraci proměnné, tak nebudu vědět, jakého typu je
C# se mi líbil, ale po těchto změnách v tom bude zasejen bordel

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  19. 10. 2007 13:01  | 

Ve VB že není poznat typ proměnné? Pokud někdo píše zparchantělej kód tak ne, např.
Dim a, b, c, d, e as Long
a, b, c, d jsou pak Variant, pouze e je Long.
Správně by se ale mělo psát:
Dim lngA as Long, lngB as Long, lngC as Long, lngD as Long, lngE as Long
Pak je již z názvu samotné proměnné znát, o jaký typ se jedná, a navíc je každá proměnná správně deklarovaná, tj. žádný Variant. Ale i Variant se někdy hodí...
Ve VB mi spíš vadí automatické přetypování, i když je někdy k užitku.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ladha  |  19. 10. 2007 15:26  | 

správně se píše: Dim a&, b&, c&, d&, e&
teda já to tak píšu
& = long
$ = string
% = int
atd

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rudidlo  |  19. 10. 2007 20:09  | 

Ne, správně se píše
int? a,int? b,int? c, int? d

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  21. 10. 2007 12:37  | 

Starodávný zápis z doby kamenné...

Souhlasím  |  Nesouhlasím  |  Odpovědět
rampouch  |  20. 10. 2007 00:11  | 

To je pitomost, kterou Microsoft prosazoval zacatkem 90. let (tenkrat pod nazvem madarska notace). Melo to jakys takys vyznam v C, kde clovek pracoval v zasade jenom s jednoduchymi typy. V dobe OOP to je naprosty nesmysl a pokud nekdo nedokaze poznat, jaky typ ma dana promenna, IDE mu to zjisti; Tvoje nazvy se budou plest IDE tak akorat do cesty pri doplnovani pomoci IntelliSense apod. Horsi ale je, ze jsi 3 az 4 pismena vyplytval na v zasade bezcennou informaci, ale nazvy vubec nic nerikaji o tom, co dana promenna skutecne obsahuje. Doufam, ze jsi to pouzil jenom jako priklad a ze sve promenne nepojmenovavas a, b nebo LongA, IntB. To by byla totiz uz hotova tragedie.

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  21. 10. 2007 12:28  | 

No, mně např. lngA řekne, že se jedná o Long. Co řekne A tobě? Velký kulový, ha, ha, ha...
Pár písmenek navíc neuškodí. Mládenci, nevím, zda jste vůbec zaznamenali, jak nakládá překladač s velikostí EXE.

Souhlasím  |  Nesouhlasím  |  Odpovědět
rampouch  |  21. 10. 2007 19:10  | 

Proč zavádíš řeč na velikost exe? Pokud jde o nativní kód, tak ten nemá s názvy proměnných v zásadě žádnou souvislost a CLR překlad ze statických jazyků snad taky ne.
Nazvat proměnnou A může leda totální dement, ale to já samozřejmě nedělám. Nazvu svoji proměnnou třeba totalCost a pak je mi jasné, že to musí být typ, kterým se v celém programu vyjadřuje nějaká finanční částka. Nebo ji nazvu lastName a je mi jasné, že to je řetězec. A když bude proměnná obsahovat objekt třídy SmallUnclosableWindow (příklad), tak nazveš proměnnou smunwiWindow?

Souhlasím  |  Nesouhlasím  |  Odpovědět
rampouch  |  21. 10. 2007 19:26  | 

Pokud se Ti zdá, že velikost Tvého .NET prográmku narůstá úměrně velikosti názvů, zkus používat něco jako ilstrip.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rudidlo  |  21. 10. 2007 13:18  | 

No já nevím, ale mě to pomáhá i při intelliSense. Pokud se jedná o definici tabaulek a adaptérů v datasetu, na začátek názvu si dávám zkratku, která určuje datový typ. Pokud pak chci vybrat jeden z tableadaptérů, zapíšu ta a hned vidím v intellisense jejich seznam.

Souhlasím  |  Nesouhlasím  |  Odpovědět
rampouch  |  21. 10. 2007 19:16  | 

No tak za nějakých okolností to samozřejmě může i pomoct. Pokud budu ale mít 30 proměnných typu Int a 30 proměnných typu Long, tak mi po napsání 3 znaků stále mít na výběr z poloviny, což není rozhodně ohromující výsledek. Pokud bych tam ty předpony neměl, distribuce písmen použitých na začátku těch "normálních" identifikátorů by po třech písmenech pravděpodobně vyplivla mnohem omezenější seznam.

Souhlasím  |  Nesouhlasím  |  Odpovědět
warlock  |  20. 10. 2007 14:38  | 

Zda sa, ze pracujes so starym VB6, lebo vo VB.NET nie je toto - "Dim a, b, c, d, e as Long
a, b, c, d jsou pak Variant, pouze e je Long." vobec pravda. Pravda je taka, ze vyraz "Dim a, b, c, d, e as Long" definuje vsetky premenne ako Long, ekvivalentny kod pre "Dim a, b, c, d, e as Long" v C# by bol "long a,b,c,d;". Navyse typ Variant uz vo VB.NET neexistuje.

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  21. 10. 2007 12:25  | 

NEDOSTATEČNÁ!!! Doporučuji prostudovat nápovědu, případně MSDN Library.

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  21. 10. 2007 12:29  | 

Myšleno nápovědu k VB6.

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  21. 10. 2007 12:31  | 

Jo, a jsště si prostudujte, jak velké nároky má na paměť typ Variant. Kdysi dávno náš samojmenovaný guru v jedné firmě přesně takto deklaroval všechny proměnné a divil se, že mu furt nestačí paměť. Po předeklarování začal konečně projekt fungovat...

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  21. 10. 2007 21:40  | 

Jak jsem čekal, nikdo se neozval. Protože v nápovědě VB6 k Dim je mj. uvedeno:
1) Use a separate As type clause for each variable you declare.
2) If you don't specify a data type or object type, and there is no Deftype statement in the module, the variable is Variant by default.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Joe  |  05. 01. 2008 23:08  | 

A na co by ti odpovídal?Na to,že neumíš pořádně číst?Přečti si to ještě jednou a zjistíš že mluví o VB.Net.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lukyn  |  26. 10. 2007 16:06  | 

No to mi ho vyndej!
Proč bych musel všude cpát lng, int, sng, bla, bla, bla, když se mi hned po nesprávným přiřazení objeví warning? Navíc myslím, že už z kódu by snad mělo bejt jasný, že pokud třeba počítám úhly, tak to asi nebude byte. Ovšem každej má svý zvyklosti a pokud se někdo nedokáže rychle orientovat v kódu, tak mu to možná může trochu pomoct...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rudidlo  |  19. 10. 2007 10:19  | 

----
V jazyce C# 3.0 jsou rozšiřující metody deklarovány jako statické metody, ačkoliv v relaci k instanci typu působí jako instanční
----
Nebude to matoucí? Když otevřu cizí kód a najdu tam static metodu, budu s ní pracovat jako se statickou.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bobris  |  19. 10. 2007 17:08  | 

Musis to explicitne povolit, aby sla NAVIC volat jako instancni, vzdy jde dal volat jako staticka.

Souhlasím  |  Nesouhlasím  |  Odpovědět
marfi  |  19. 10. 2007 10:35  | 

No mě by spíš zajímalo, jestli jim už bude konečně fungovat Intellisense pro (neřízený) C/C++ i se softwarovými nástroji/knihovnami třetích stran. V tomto směru bylo VS 2005 na úrovni o trochu lepšího notepadu - intellisense se jim každou chvíli rozsypal a jediná pomoc (doporučená přímo MS) spočívala v ručním smazání *.ncb souboru a restartu VS... :(

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bobris  |  19. 10. 2007 13:19  | 

No podle http://blogs.msdn.com/somasegar/archive/2007/08/08/visual-c-futures.aspx se to zlepsi az v "Orcas+1". Takze jedina moznost je Visual Assist X a Incredibuild.
Podle http://blogs.msdn.com/somasegar/archive/2007/10/10/vc-performance-improvements-in-vs-2008.aspx prijde SP1 pro VS2005 ktera bude obsahovat performance vylepseni pro native C++ v VS2008, takze zatim to vypada ze VS2008 pro ciste native C++ vyvojare je verze hodna preskoceni.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lumpy  |  19. 10. 2007 12:44  | 

Monopolu stejně ujel vlak. C# co to proboha je?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bobris  |  19. 10. 2007 13:24  | 

Skoda ze ti pri tom ten vlak prejel mozek

Souhlasím  |  Nesouhlasím  |  Odpovědět
suxi  |  19. 10. 2007 13:55  | 

nie je to skoda, dobre mu tak

Souhlasím  |  Nesouhlasím  |  Odpovědět
X  |  22. 10. 2007 11:22  | 

Další mentální zvratky si prosím ušetři...

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  19. 10. 2007 12:54  | 

Zajímalo by mne, zda VB konečně obsahuje pořádný nástroj na prezentaci dat ve formulářích (data-grid s integrovaným combo-boxem; viz např. MS Access). Ve VB6 jsem také postrádal rozumný nástroj ma vytváření SQL-dotazů (viz Access) a zejména pak reportů (opět viz Access). Bez těchto nástrojů nemá VB význam kupovat. K VB6 bylo zapotřebí dokoupit nepříliš povedený Crystal Reports (CR byl sice v distribuci obsažen, ale byla asi tak o tři verze zpět oproti aktuální verzi), pak TrueDBGrid, TRueComboBox a já nevím co ještě True, aby se vůbec dalo začít uvažovat o vývoji databázových aplikací.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rudidlo  |  19. 10. 2007 20:11  | 

VB.Net může používat stejné komponenty jako c#. Tak kde je problém?

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  21. 10. 2007 12:36  | 

Problém je v tom, že v distribuci VB6 nebyly žádné pořádné komponenty pro prezentaci a editaci dat. Zkus to porovnat¨s MS Accessem, pak uvidíš, co je VB6 za sračku...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rudidlo  |  21. 10. 2007 13:13  | 

No já nevěděl, že mluvíme o archaických verzích. VB 6 snad k tomuto článku téměř nepatří.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lamien  |  20. 10. 2007 01:14  | 

coze? a tot tu vyvyja nejake aplikacie? ved to je naplac.

Souhlasím  |  Nesouhlasím  |  Odpovědět
nnobuddy  |  21. 10. 2007 12:34  | 

Se říká "vyvíja". Co je "naplac"? BTW, viděl jsi někdy MS Access a jeho formuláře, reporty a SQL-designer? Ve VB6 nic takového není, pokud si dobře vzpomínám...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bobr  |  19. 10. 2007 14:00  | 

Tak redakce muze verit cemu chce, ale pokud vim, tak Global Launch Wave bude 27. unora 2008. Takze VS 2008 letos nebude. http://www.wedsg.com/winclient/vistasidebargadget/download.htm - tutom si muzete stahnout i countdown gadget.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karel  |  19. 10. 2007 14:42  | 

Nooooooo.......http://www.devconnections.com/
Ja myslim, ze bude letos....

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bobr  |  20. 10. 2007 15:42  | 

Podle me to na devconnections dostanou vyvojari co tam budou jinak ofiko bude az ten unor. Svym zpusobem je to docela jedno vzhledem k tomu, ze je VS2008 Beta 2 stabilnejsi nez VS2005 SP1

Souhlasím  |  Nesouhlasím  |  Odpovědět
imro  |  19. 10. 2007 17:02  | 

Jak muze nekdo slit dohromady basic a c# a mydlit pres to "novinky" (cti: marketingovy keci), kterym se stejne venuje jenom povrchne z rychliku a vydavat to za clanek?!

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
19. 10. 2007 18:54 | 

Hlavně aby také dodělali staré resty, např. velmi omezená visuální dědičnost netrviálních WinForms ovl. prvku (např. ToolStrip,DataGridView) je skutečně k zlosti. DataGridView by taky už konečně mohl umět pracovat s daty z vnořených objektu (např. Zakaznik.Adresa.Ulice) atd.

Souhlasím  |  Nesouhlasím  |  Odpovědět
cicobasket  |  20. 10. 2007 10:17  | 

Konecne jedna rozumna kritika. Uvidime jestli se v tomto neco zlepsi.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Michal  |  26. 10. 2007 19:27  | 

Podla toho co viem sa na WinForms controlsoch nezmenilo nic (info z MS). Takze cakame dalej a nielen na vnorene property...

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
26. 10. 2007 21:57 | 

No MS to asi vidi tak že se postupně přejde na WPF a proto WinForms dává k ledu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
SharpiQ  |  30. 10. 2007 11:33  | 

No a potom ten bug ze dedena forma/userControl od abstraktnej formy/userControla sa neda zobrazit v designeri ... grrr za to by som vrazdil ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
ignacius  |  20. 10. 2007 09:22  | 

MS VS je totální hnus. Poslední použitelná verze byla VS 6.0. Od té doby se s tím nedá pracovat. Zkoušeli jste někdy mít v solutionu víc než jeden projekt? Naprosto běžne se stává, že když přidáváte fci tak hlavičku fce to strčí do náhodného headru v úplně jiném projektu. Takže než si toho všimnete tak vám to vaši práci rozmašíruje na takéto " " kůziky. A to jenom jedna z báječných vlastností tohoto produktu. Fakt supr nástroj.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Arachim  |  20. 10. 2007 17:40  | 

vsak si pouzivaj svoj 9 rocny VS 6.0....kto ti v tom brani?

Souhlasím  |  Nesouhlasím  |  Odpovědět
ignacius  |  20. 10. 2007 19:33  | 

Však ho také používám. A všichni které znám a o programování něco vědí ho používají také.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Benjamin  |  21. 10. 2007 00:43  | 

Coz jenom dokazuje, jak nereprezentativni vzorek zpravidla byvaji "vsichni ktere znam".

Souhlasím  |  Nesouhlasím  |  Odpovědět
Amadeus  |  21. 10. 2007 10:48  | 

Mavam v solutione cca 10 projektov. To co pises sa mi nikdy nestalo. Chyba je v tebe.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Prasopes  |  22. 10. 2007 12:10  | 

Mám teď otevřený 2 VS, v jedný solution mám 37 projektů a ve druhý 53. Je to naprosto běžný režim a žádný problém jsem s tím nikdy neměl, nemáš trochu šmatlavý ruce ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Arnie Rimmer  |  22. 10. 2007 13:31  | 

myslím že při své praxi můžu zodpovědně prohlásit že chyba bude mezi židlí a klávesnicí

Souhlasím  |  Nesouhlasím  |  Odpovědět
Alex  |  20. 10. 2007 10:04  | 

"Budete chtít, aby vaše MFC aplikace držela krok s moderními grafickými motivy, jimiž se pyšní Aero? Nuže, jednoduše ji překompilujte ve Visual C++ 2008, a máte o starost méně."
Tomu přece nikdo, kdo má s Theme API nějakou zkušenost, nemůže věřit

Souhlasím  |  Nesouhlasím  |  Odpovědět
glg  |  21. 10. 2007 22:23  | 

Po dvoch litroch vína a pollitri borovičky tomu veru uverím

Souhlasím  |  Nesouhlasím  |  Odpovědět
lobo  |  22. 10. 2007 00:20  | 

"a máte o starost méně."" - alebo o 10 starosti viac

Souhlasím  |  Nesouhlasím  |  Odpovědět
KEXIK  |  31. 10. 2007 21:57  | 

No ja osobne jsem zvedav, uz 2005 se mi libi a pracuje se mi v tom dobre. Btw v solution mam 6 projektu a taky s tim nemam problemy. Pouzivat navic AssistX. JInak doufam ze uz v 2008 zaimplementuji zavirani zalozek dvojklikem

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin  |  08. 11. 2007 12:49  | 

souhlasim, pouzivam VS2005 a pracuje se mi vo tom take skvele. Nevim, jestli mam o tom dostatek informaci ale myslim ze standardni operace k zavirani zalozek je kliknuti strednim rolovacim tlacitkem mysi. Je to tak ve firefoxu, opere a spouste jinych programu, mimo jine i ve VS2005. Samozrejme, rad se necham poucit

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor

Aktuální číslo časopisu Computer

Speciál o přechodu na DVB-T2

Velký test herních myší

Super fotky i z levného mobilu

Jak snadno upravit PDF