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

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

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

"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

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

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

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.

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

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é.

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

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

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 ?

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

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.

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

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

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

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

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?!

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.

Nooooooo.......http://www.devconnections.com/

Ja myslim, ze bude letos....

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

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í.

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

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...

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

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

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...

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

Skoda ze ti pri tom ten vlak prejel mozek

nie je to skoda, dobre mu tak

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

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... :(

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.

----

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.

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

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.

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.

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).

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

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.

správně se píše: Dim a&, b&, c&, d&, e&

teda já to tak píšu

& = long

$ = string

% = int

atd

Ne, správně se píše

int? a,int? b,int? c, int? d

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

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.

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.

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?

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.

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.

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.

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.

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

Myšleno nápovědu k VB6.

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...

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.

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.

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...

"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.

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

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

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.

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.

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?

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."

Tak to je skvělé !!!

Už se těším.

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 :)

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 :)

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

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

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

Nejste to Vy, kdo jeste nepracoval ve Visual Studiu?

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

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.

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.

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...

Tiez neviem o ziadnych problemoch s nekompatibilitou...

Jediny problem o ktorom viem bol, ze...

Ach ta logika...

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

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

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

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

Hehe, MSklikoš promluvil

Ty ses taky pekna lama clovece.

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.

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.

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 ...

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

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??

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.

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.

Jenomže IDE pro Javu nedělá Microsoft

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

Já vidím u Java Studia napsáno free:

http://developers.sun.com/jsenterprise/

- hned u toho obrázku lidí na schodech

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.