Vlákno názorů k článku
Java 21 zjednodušuje metódu main od JSH - > Zároveň metóda main musí byť (z neznámeho...

> Zároveň metóda main musí byť (z neznámeho dôvodu) statická.

Z neznámého důvodu? A pro jakou instanci objektu by se ta metoda měla volat, pokud by statická nebyla?
Jako jo, dokážu si představit nějaké možnosti, ale nic z toho není moc intuitivní.

Je to konvencia. Znamená, že sa to tak proste robí.

Ne, není to konvence. Je pro to naprosto jednoduchý a nekomplikovaný důvod.

Hej, racionalizovať sa dá všetko.

Kdyz sem o post vejs psal o "vyvojarich", netusil sem se se obratem jeden prihlasi ... Krasna ukazka toho, ze lidi neznaj ani nezalkladnejsi zaklady.

Moderné programovacie jazyky vo veľkom kopírujú rôzne populárne postupy, napr. rekord typ, match pattern, async/await, funkcionálne programovanie atď. Akurát to public static void main si nik neobľúbil, dokonca ani Java platform jazyky. Čím to je?

Netuším kde je problém. Kompiler vytvorí objekt a sám zavolá main metódu. (Nie som si úplne istý, ale tak by to zrejme mali robiť aj Kotlin a Groovy.) Tým že je main statická, tak musia byť aj premenné s ktorými pracuje statické. A to je presne to, čo v 99.999% prípadoch nechcete. A preto kóšer Java kód pre minimálnu aplikáciu musí mať nie jednu triedu, ale rovno dve. Pretože tá prvá je len Application starter.

Ak sa toto niekomu páči... Ale čo ja viem, ja som len obyčajný F#/Groovy programátor.

> A preto kóšer Java kód pre minimálnu aplikáciu musí mať nie jednu triedu, ale rovno dve.

Nemusí. Funkce main() je obvykle jenom wrapper, ale může vytvořit objekt ze stejné třídy a zavolat její metodu. Můj typicky kód pro hodně jednoduché věci (bez DI a jiných komplikací):

public class A {
     public static void main(String[] args) {
           System.exit(new A().run(args))
     }

     public int run(String[] args) {
            // do the actual stuff
     }
}

To zjednodušení v Java 21 je nejspíš cíleno na skriptování apod, pro větší program to smysl nemá.

Tak minimálne 2 metódy, zde main a run... to je také "chutné".

Ostatne je nová "main" metóda aj tak jedno, keďže v produkcii aj tak väčšina softwaru je legacy na Jave 8 či 11.

Když kompilátor vytvoří objekt, musí ten objekt mít bezparametrický konstruktor. Co kdybyste chtěl zařídit, aby ten „hlavní“ objekt byl singleton? Co kdybyste chtěl instanci toho objektu někam předat – asi budete muset z konstruktoru někam předávat this, což je prasárna na entou.

Aneb abyste si mohl zjednodušit život a ušetřit jedno klíčové slovo u definice metody, musíte kolem toho vyrobit celý aparát složitých pravidel. Jsou jazyky, které to tak dělají, třeba Kotlin. Java na to jde přesně opačně – pár jednoduchých pravidel, z nichž už se pak dají složitější věci poskládat. Občas to znamená napsat trochu víc písmenek, ale dneska už máme IDE, která ta písmenka píšou za nás. A kdo chce ušetřit písmenka, nepoužívá Javu.

Kde tak Kotlin činí? IIUC, v Kotlinu máte dvě možnosti:

a. Udělat main mimo třídu, pak se Vám pro JVM automaticky vygeneruje třída MainKt (nebo tak nějak) s public static void main.
b. Udělat companion object a v něm metodu main s @JvmStatic. Companion object je v podstatě singleton (takže tam neřešíte žádné parametry pro konstruktor), přijde mi to jako lépe navržená alternativa statických metod. Anotace JvmStatic pak zajistí, že se při kompilaci pro JVM vygeneruje i statická proxy metoda.

První způsob je multiplatformní, tedy bude fungovat i na Kotlin/Native. On Kotlin obecně k některým věcem (např. kolekce) dělá v podstatě aliasy, aby mohl fungovat multiplatformně.

Druhý způsob je víc low-level a funguje jen na JVM, nebude tedy fungovat např. s Kotlin/Native nebo Kotlin/JS. Resp. i na dalších platformách to půjde zkompilovat (pokud kompilátor bude mít na classpath anotace pro JVM), ale nevyrobí to žádný entry-point.

Ten druhý odstavec už nebyl o metodě main, ale obecně o přístupu jazyků – jestli má jazyk pár základních pravidel a s nimi se musí už v rámci toho jazyka vystavět zbytek, nebo jestli má jazyk už ve své syntaxi podporu pro kde co.

> Netuším kde je problém. Kompiler vytvorí objekt a sám zavolá main metódu.

No já v tom vidím problém v tom, že je to ještě jeden další "neviditelný" krok navíc. Rozdíly mezi statickými proměnnými a nestatickými proměnnými v nějakém "statickém" unikátním objektu jsou dost kosmetické.
A pokud ten main objekt není jen jeden, ale chcete pak vytvářet další, tak mi to zas smrdí porušením single responsibility principle.

Co mi přijde příčetné je opustit Cčkoidní main funkci a mít přímo kus kódu, který se zrovna vykoná (jak je oblíbené u skriptovacích jazyků). Jestli si pro to chce překladač vytvořit nějaké svoje pomocné objekty, ať si poslouží. Ale pro mně jako pro programátora jsou tak dobře schované, že vlastně ani neexistujou a nemusím jejich existenci nijak řešit.

Chápu jak ten statický main historicky vznikl. Jistým zvráceným způsobem mi přijde že Java zahodila špatné části Cčka a dobré části C++.

> zahodila špatné části Cčka a dobré části C++
Iste, presne preto vznikla a preto je taka nepopularna. Skuste si pozriet alebo precitat nejaky rozhovor p. Goslinga na temu vzniku jazyka Java.

No z Goslinga jsem měl pocit, že je přesvědčený že zahodil špatné části c++ a to dobré nechal.
Jsem ochotný uznat, že zahodil některé špatné části. Ale to nejlepší šlo pryč taky.

Nepřijde mi, že by byla nepopulární. Quarkus, Micronaut, Apache Camel, Kogito tohle všechno jsou frameworky, které jsem v poslední době viděl v nespočetných instancích napříč různými odvětvími. Počínaje tour operators, přes iGaming po Telco. Jeden z nejpopulárnějších open data table format Apache Iceberg, opět Java. Vlastně když nad tím přemýšlím Delta Lake je opět Java. Ja osobně bych v JVM ekosystému v některých případech dal přednost Kotlinu a to i v případě backend, ale sehnat kvalitního backend developera s Kotlinem je trochu oříšek. Jinak pokud bychom mluvili o tom, že Java programmers jsou drazí, tak kvalitní Python programmer, vás v Estonsku vyjde cca na 5000 Eur čistého. Obdobně jako Java. Ja osobně Javu nemám moc v oblibě, ale rozhodne bych se neodvážil tvrdit, že je nepopulární, většina toho hejtu nemá logický základ, nebo je založených na dávno neplatnych předpokladech.

> Netuším kde je problém. Kompiler vytvorí objekt a sám zavolá main metódu.

Kdyby toto měl mít na starost kompilátor, musel by něco vědět o metodě main. Vsadil bych se, že ve zdrojáku javac nenajdete žádný kód, který by se věnoval specificky metodě main, protože tam žádný takový nebude.

> Nie som si úplne istý, ale tak by to zrejme mali robiť aj Kotlin a Groovy.

U Groovy nevím, nicméně u Kotlinu vím jen o jednom zjednodušení – hodíte main úplně mimo třídu. Tam to ale dává smysl i kvůli tomu, že Kotlin je multiplatformní, nejen pro JVM.