Java-та е тъп боклук

Java Deprecation

И новината в Slashdot - [линк]



Eeeeeeeeeeeeeeeaaaaaaasy rider

Радват. Среден пръст за Флаш, среден пръст за Джава, не ги ебе.

--
One day it will make sense.

Ми така трябва. Отварят нови пазарни ниши.

Баце, по всеобщо мнение Делфито, Джабата и прочеето визуални бози са в пъти по-лесни за усвояване на Ц-тата... Някак си е трудно възприемащ се факта, че ултра светнато копеле кат теб запецва кат магаре на мост при сглобката на два обекта, вече на втори език... Wine пък за първи път чувам да сме ползвали - или не си си мил ушите, или си спал на отворен прозорец, или бъркаш Wine с Mono (а между тях има лееека разлика).

чети и дишай по-леко

Ама и на порното среден пръст. Само библия, коран и талмуд за айфонистите.

Bеer? Mоre?
Плацебото

Нищо не споря, казвам ти. Това е нещо като фактори метод.

protected-а в джавата не е баш protected-а, както си го знаеш от С++!!!

Достъп до protected имат и класовете които са в същия package. Сиреч, ако не те кефи рефлекшъна, примера който си дал може да се попреработи като класа Б е в същия package като А и не наследява А. quickPatch става static и приема като аргумент обект от тип А. Нещо като

A legacyMethod_CreateInstanceOfA(); // part of untouchable API

class B

{

    // greasy jewish slavedriver told me to fix the class, or else my services are no longer required

    void static quickPatch(A a) {

        a.access_protected_member1_of_A;

        a.access_protected_member2_of_A;

        job_done;

    }

}



void main() {

    A a = legacyMethod_CreateInstanceOfA();

    B.quickPatch(а);



    a.WorkWithInstanceOfA();

}

може и legacyMethod_CreateInstanceOfA(); и quickPatch(а) да си ги пакетираш във фактори метод.

Иначе, кода от първоначалния ти пост че няма да мине никъде е ясно. Абсолютно същото твърдение обаче съм чувал за C# и Java ( С# беше в ролята на тъпия боклук ). Извода - като не те кефи нещо - не те кефи и т'ва е!!!

Нали уж всички дават за пример как IBM са пуснали фрее спецификациите на PC-то и то е било Мак-а в земята. И как там покрай него се раждат фирми като Интел, АМД, МС и др. Щото има спецификации и всички производители ръчкат нещо и правят много и еФтини периферии.

Сега пак същата история със Аи-нещата. Според мен резултатът ще е същия. Накрая ще има една камара евтини телефони с Андроит, които ще предлагат много повече неща от Аи-нещата на Ейпъл.

Java is deprecated on Mac OS X as of 10.6 Update 3!
Т.е. Мак ОС няма да я поддържа вече и сигурно ще я махне по натам.

дето се викаше от sun спомен няма...
Оръкъл са решили да правят кинти, гледах и с Гуугъл заради андроид се бяха здърпали.

Мисля че джава ще се променя и то доста занапред и май няма да е към добро ще имаме още една компания с политиката на майкрошит.

Гласфиша се чудя как още не са го направили платен....

A не става ли със


A legacyMethod_CreateInstanceOfA(); // part of untouchable API

class B extends A
{
// greasy jewish slavedriver told me to fix the class, or else my services are no longer required
void quickPatch(А а) {
а.access_protected_member1_of_A;
а.access_protected_member2_of_A;
job_done;
}
}

void main() {
A a = legacyMethod_CreateInstanceOfA();
B b = new B();
b.quickPatch(a);

a.WorkWithInstanceOfA();
}

Става, ама ако А и Б са в един package - иначе не става! Погледни ми поста по-надолу - идеята ми е почти същата.

Тва ако работи Явата май наистина е за боклука

"Една камара нещата" са там, където са парите. Ако не си забелязал Балмер търчи по сцената и крещи девелоперс, девелоперс, девелоперс. Девелоперс обаче отиват, където за продукта им се плаща. Поне някои от тях. Демек 1000 пиратски копия и 15 000 платени - ми изглежда ок за мен в някаква степен.

От една страна насищането на пазара на апле от друга страна развиващия се андроид. Но пък ако андроид прелдагаше такова монетизиране на продутите както при ябълка - защо за последните се предпочита разработката на толкова много продукти в момента?

айде още един аарон

дюде, не съм се интересувал на скоро на къде вървят нещата, но едва ли ще затворят жавата...както апъл са намерили начин да печелят от обжектив ц, така и онея ще измислят нещо. Отгоре на това има доста технологии и сървъри на големи корпорации като сап, ибм гугъл и тн които имат мн продукти на жава...

А отностно задачата на реконструктора
A a= new A();
ако след ню стои клас А не може да се кастне към В. Демек само с копи на обекта може да стане.

Java е добър език за обектно-ориентирано програмиране.

Ти се мъчиш да направиш следното

class Сграда
class Къща extends Сграда

Сграда x = new Сграда(); // ОК, ако не е абстрактен клас. да кажем, че не е, заради издайАКТ16()

Къща y = x; // би трябвало да не се компилира защото очакваш къща, а ти дават сграда.

Къща y = (Къща) x; // Нещо такова би се компилирало, но ще даде рънтайм грешка, защото излъгваш компилатора, но ти наистина нямаш къща.

После като се мъчиш да извикаш y.ЧистиКомин(), как си представяш да го изчистиш като изобщо нямаш комин в сградата.

Кастинга не ти създава магически комин в къщата. Просто казва на компилатора да те пусне. То е като обещание. Създаването става в конструктора, а не в "Къща y". "Къща y" казва на операционната система да ти даде един адрес да строиш Къща.

Не знам дали някой нещо ще разбере от моите сгради и къщи.

П.С. Рънтайм грешката, разбира се, ще стане още когато някой отиде на мястото и види че ти си нарушил своето обещание да има къща на този адрес. Вместо това намира един корумпиран чиновник издаващ акт 16. Дообяснявам, за да не си помислиш, че някой ще тръгне да чисти комин като няма изобщо къща.

За пръв път чувам жавата да има нещо визуално в нея. Ама ти ги знаеш по-добре нещата.

Всъщност, май единствения чисто визуален тул с широко разпространение е VB.

Ааа, що бе за динамичността ставаше въпрос, да си шибаш методи в рънтайма.
В 4 ката вече имаш dynamic type.

Работи бе. Ей тва компилирах току-що:

[code]
class A {
protected int member;
}

class B extends A {
public void test(A a) {
a.member = 0;
}
}
[/code]