C# .NET vs. Java?

[Lael Ophir]

Javovské programy píši ve Vimu.

A nechcete upgradovat?
http://www.ebay.com/itm/Vintage-Remembered-EM-Punch-Hand-Keypunch-Device-Mdl-EM80-A-Ships-Worldwide-/191500271854?pt=LH_DefaultDomain_0

[Reklama]

[sadsa]

este dodam, co sa tyka podtried, tak ked mam Tunnel a MegaTunel jej podtriedu, tak sa Tunnel nezvykne pomenovat len "Tunnel" ale aj tam sa da nejake pridavne meno, ako napriklad "BaseTunnel". Z toho je zrejmen, ze MegaTunell extends BaseTunnel kde BaseTunnel je konkretna trieda, kdezto ak by som to mal abstraktne, tak by som to mohol pomenovat aj "AbstractBaseTunnel" a MegaTunnel extends AbstractBaseTunnel.

[perceptron]

JDBC named parameters (pořád ještě?) neumí. Dají se použít další knihovny, ale otázka je, jestli autoři Javy neznají named parameters, nebo je považují za zbytečné.

jdbc sux. ak pouzivate vrstvu na pristup k databaze a tu urcite pouzivate a je jedno ci je to spring jdbc alebo ibatis alebo hibernate, mate tam analogiu

Psát tu samou aplikaci třikrát je vzor produktivity

to je dobry bullshit v tomto pripade.

pozrite si podiely aplikacii v apple storoch a na playi: kolko aplikacii je vyrobenych cez xamarin a spol?

typicka aplikacia je nativne vyrobena pre konkretnu platformu aby bola uplne integrovana

to je tiez dovod preco windows phone nema mnohe aplikacie, jednoducho sa neoplati udrziavat vyvoj pre dve majoritne a jednu biednu platformu

Tunnel a MegaTunnel, tak Tunnel je class nebo interface ?

to nepotrebujete vediet z nazvu ked to vidite v ide

[perceptron]

Psát tu samou aplikaci třikrát je vzor produktivity

a preto microsoft kupil accompli aby ho rebrandol na outlook miesto toho aby z jedneho zdrojaku buildol outlooky pre vsetky tri platformy naraz

[Kolemjdoucí]

Tunnel nemoze byt abstraktna trieda pretoze to by sa volalo AbstractTunnel (rovnako plati ja pre AbstractMegaTunnel).

Takže "I" není košer, ale "Abstract" je košer Tomu se říká doublethink http://en.wikipedia.org/wiki/Doublethink

Opakuji že neobhajuji maďarštinu, ale jak je vidět tak problém zdaleka není vyřešen.

to nepotrebujete vediet z nazvu ked to vidite v ide

S tím souhlasím, ovšem jsou tady tvrzení že to z názvu jde poznat i bez maďarštiny.

[Reklama]

[Lael Ophir]

jdbc sux. ak pouzivate vrstvu na pristup k databaze a tu urcite pouzivate a je jedno ci je to spring jdbc alebo ibatis alebo hibernate, mate tam analogiu

Souhlas, JDBC sux. Proč autoři Javy nepíší platformu tak aby se dala používat, a musí se i základní věci lepit různými knihovnami třetích stran? Za mě je to značná nevýhoda.

pozrite si podiely aplikacii v apple storoch a na playi: kolko aplikacii je vyrobenych cez xamarin a spol?

Záleží na aplikaci. U spousty věcí je zbytečné je psát třikrát. Projekty v Xamarinu navíc mohou mít platformě závislý kód, když to pro nějakou konkrétní věc potřebujete. I tak ušetříte velikou spoustu psaní.

to je tiez dovod preco windows phone nema mnohe aplikacie, jednoducho sa neoplati udrziavat vyvoj pre dve majoritne a jednu biednu platformu

WP mají více než půl milionu aplikací. Samozřejmě vzhledem k jejich malému rozšíření se řada aplikací neportuje, ale v praxi nevidím problém.

[Lael Ophir]

a preto microsoft kupil accompli aby ho rebrandol na outlook miesto toho aby z jedneho zdrojaku buildol outlooky pre vsetky tri platformy naraz

Outlook je veliká Win32 aplikace. Co to má společného s Xamarinem založeným na .NETu?

[w]

Viz například Silverlight, který měl být vlajkovou lodí a dnes po něm neštěkne ani pes - a společnosti, které na tom postavily svůj business, si teď rvou vlasy...

SilverLight je založený na XAML, a migrace je poměrně jednoduchá.
[/quote]

Jenom nabehne stado programatoru a bude to stat par desitek milionu, ze? :-) Mimochodem,  kam presne budeme migrovat, kdyz Silverlight je thin client frontend technologie a v ramci dotNet zadna alternativa vlastne ani neni? Co se s tim jak je zvykem, zcela nestandardnim a nekonstentnim se zbytkem sveta Xaml vlastne stane?

Stejne jako se stalo s Windows forms, COM, ActiveX, Visual Basic, Win32, Win16 ? Budeme zase za dva roky prepisovat.

Jedno se Microsoftu uprit neda - svymi omyly umele zvysuje poptavku trhu a zvysuje ekonomicky obrat. Bohuzel zisky naopak snizuje...

Ad Jdbc - to je low level driver s primym pristupem Sql. Named parameters tam nemaji co delat, stejne jako setMaxResults apod, ktere zavadeji nejakou abstrakci nad dialekty.

[Radek Miček]

Stejne jako se stalo s Windows forms, COM, ActiveX, Visual Basic, Win32, Win16 ?

Windows forms, COM, ActiveX, Win32 stále funguje. Například ActiveX lze psát v C#.

[sadsa]

Tunnel nemoze byt abstraktna trieda pretoze to by sa volalo AbstractTunnel (rovnako plati ja pre AbstractMegaTunnel).

Takže "I" není košer, ale "Abstract" je košer Tomu se říká doublethink http://en.wikipedia.org/wiki/Doublethink

Opakuji že neobhajuji maďarštinu, ale jak je vidět tak problém zdaleka není vyřešen.

Uprimne nechapem co riesite. To, ze pomenujem abstraktnu triedu tak, ze dam pre nu "Abstract", nie je to iste ako ked dam pred interface "I". Vy sa na to zda sa mi pozerate uplne mechanicky a roboticky. Ved ked citam tie zdrojaky, tak nad tym aj rozmyslam co je co a nikdy by ma nenapadlo mysliet si ze ked nieco zacina na "I" tak to je abstraktna trieda alebo implementacia.

Navyse, nikdy by som osobne nepouzil v Jave na pomenovanie interface-u prefix "I", pretoze to je proste zle.

To ze to je interface vas ani teoreticky nemusi vobec zaujimat kedze sa ma programovat voci interfejsom a nie voci konkretnym triedam.

Takze ano, Abstract je koser pripad, davat "I" do interface-u koser.

[Radek Miček]

Stejne jako se stalo s Windows forms, COM, ActiveX, Visual Basic, Win32, Win16 ? Budeme zase za dva roky prepisovat.

Mj. WinRT z Windows 8 je založeno na COMu.

[sadsa]

... nie je

[perceptron]

Souhlas, JDBC sux. Proč autoři Javy nepíší platformu tak aby se dala používat, a musí se i základní věci lepit různými knihovnami třetích stran? Za mě je to značná nevýhoda.

jdbc vzniklo asi v 199x a preto je api take ake je. navyse polovica problemov ide od zlych driverov od vendorov.

ano veci a la spring jdbc mohli byt v platforme ale zial. to uz vacsi fail je java.util.logging, ten sa fakt stat nemusel

to je presne dokaz toho ze ked sa vec urobi zle a zadratuje sa do platformy tak s tym vsetci musia zit

na druhej strane realne pouzitie v projekte si s jdbc nikdy nevystaci, aj keby bolo urobene dobre a preto mate na vyber bud ist cestou ibatisu alebo jpa

Záleží na aplikaci. U spousty věcí je zbytečné je psát třikrát.

"zbytecne je" ale ako vidiet dominantny sposob je ist nativnou cestou, popalil sa na tom facebook a iny zly priklad je goodreads ta aplikacia vyzera na zblitie

[sadsa]

Skusim to vysvetlit este raz. Majme priklad s tym Tunnel.

Ak je Tunnel interface:

MegaTunnel implements Tunnel

Ake je Tunnel trieda

MegaTunnel extends Tunnel // tu vidim, ze Tunnel je konkretna trieda

Ak je Tunnel abstraktna trieda

MegaTunnel extends AbstractTunnel // z tohoto vidim ze AbstractTunnel je abstraktna trieda

Ak by bol aj MegaTunnel abstraktny, tak by som ho musel pomenovat

AbstractMegaTunnel extends AbstractTunnel

NIKDY by som nespravili toto:

MegaTunnel implements ITunnel

ani toto

MegaTunnel extends ITunnel

ani toto

MegaTunnel implements AbstractTunnel

Ak by som mal Tunnel ktory by musel implementovat nejaky interface, tak ten interface by som pomenoval "Tunnelable" takze by som mal

Tunnel implements Tunnelable
MegaTunnel extends Tunnel

Vobec nechapem, kde vidite nejednoznacnost.

[Kolemjdoucí]

dam pre nu "Abstract", nie je to iste ako ked dam pred interface "I"

V prvním případě přidáš před název písmenka "Abstract", v druhém případě před název písmenka "I", ale vůbec to není to samé a vůbec to není maďarština

"Tunnelable"

suffix "able" je prakticky maďarština jako prefix "I".