Wszystko co miało sens zostało już powiedziane. Osoby, które trafią do tych komentarzy same będą musiały rozsądzić którą wersję pojęcia akceptują a którą odrzucają.

—

1. Nie pomyliłbym JavaBean z EJB, gdyby nie to, że klasa, którą zaprezentowałeś, nie jest ani jednym ani drugim.
2. Nie czepiałbym się gdybyś _publicznie_ nie prezentował takich wymyślonych historii. Zasłyszałeś coś od programistów Javy, którzy zapewne dobrze używali tego pojęcia, a rozpowszechniasz w innym znaczeniu.
3. PHP nie potrzebuje terminu Bean bo termin “klasa” jest wystarczający. Jak widzisz wprowadzenie nowego terminu, który nic nie wnosi tylko powoduje konflikty (przy commitowaniu go ;)
4. Nie wiedziałem, że dokumentacja po paru latach jest nieważna i można zmieniać pojęcia w niej zawarte. (BTW: najnowsza jest z 2002 roku.) I czemu myślisz, że nie widziałem? To nie ja przekręcam pojęcia. Ty się posługujesz Wikipedią – to jest lepsze źródło? Zaraz mogę ją sprostować :P Nie jestem programistą Javy, ale nie jeden projekt na studiach musiałem w niej wykonać. Podstaw się nie zapomina :P BTW: wyśmiewasz dokumentację z “1997 roku” a w pierwszym poście do mojego sam się na nią powołałeś, w dodaktu na definicję, która jest sprzeczna z twoim użyciem (klasy Author przecier nie “uruchomisz”, a komponenty tak).

*** Wszystko po “—” możesz usunąć żeby nie zaśmiecać ci bloga, nie chciałem ciebie obrazić, ani nic w tym sensie, tylko wyprostować pewne terminy.

Nie zamierzam zmieniać znaczenia beana, ponieważ większość znanych mi programistów Javy tak właśnie to pojęcie rozumie. To po prostu klasa z metodami zgodnymi z konwencją i bezargumentowym konstruktorem, stąd tożsamość encji, POJO i DTO. I takie postrzeganie tego pojęcia jest przenośne na dowolny grunt. Bean nie musi mieć przecież żadnych dodatkowych elementów. Jeśli tego nie rozumiesz to potraktuj to co napisałem parę zdań wcześniej jako najmniejszy wspólny mianownik.

Nie zamierzam zmieniać znaczenia, jak to określiłeś, “fanie brzmiącego terminu” ponieważ posługuję się synonimem utartym w branży a nie przestarzałym dokumentem, stąd moje wytłumaczenie pojęcia Strzałkowi, nawet jeśli nie pełne, na pewno nie odbyło się z krzywdą dla niego samego.

Z mojej strony, nalegam na zakończenie tematu, ponieważ te wywody do niczego nie prowadzą.

Wszystkie pojęcia ewoluują. Pierwotnie specyfikacja JavaBeans (1997 rok) tyczyła się tworzenia graficznego interfejsu użytkownika z biegiem czasu, gdy pojawiło się większe grono technologii pojęcie beanów zaczęto stosować szerzej – gdzie nie ma konieczności tworzenia dodatkowych elementów, poza określoną konstrukcją klas. Jeśli nie możesz znieść stosowania takiego poglądu mów sobie na przykładowe klasy powiedzmy – fasole. Tworzone na bazie specyfikacji JavaBeans.