Timeline for answer to Java: immutable object by codemo
Текущая лицензия: CC BY-SA 3.0
Post Revisions
5 событий
| когда сменить формат | что | кем | лицензия | комментарий | |
|---|---|---|---|---|---|
| 21 мая 2011 в 5:15 | комментарий | добавлен | cy6erGn0m | А зачем это нужно? В Java такое просто не нужно. Никто не будет городить Reflection-огород, чтобы дотянуться до приватного поля. Кроме того, если поле действительно final, то через reflection вы его не сможете модифицировать, но прочесть сможете. | |
| 21 мая 2011 в 3:07 | комментарий | добавлен | codemo | Я имел в виду, что в Java нельзя гарантировать семантическую константность (на которую может надеятся например оптимизатор) в стиле C++, т.к. в Java существуют ШТАТНЫЕ средства для изменения состояния ЛЮБОГО объекта (с точностью до Security). В C++ же доступ к private-полям через указатели является ХАКОМ, причем теоретически возможны компиляторы, которые этого не допустят (врубят страничную защиту на сегмент объекта), видел подобное на мэйнфрейме. | |
| 20 мая 2011 в 15:13 | комментарий | добавлен | cy6erGn0m | Это не совсем то.. речь шла о простом константном объекте и использовать SecurityManager для такого.. несколько странно. Просто константные объекты не нужны в яве в чистом виде, а нужны именно final поля. | |
| 20 мая 2011 в 15:10 | комментарий | добавлен | jmu | да есть, но для этого в java есть SecurityManager и система permissions, по умолчанию все дозволено, но можно кое-что и запретить. более детально здесь:[java about permissions][1] [1]: download.oracle.com/javase/1.4.2/docs/guide/security/… | |
| 20 мая 2011 в 10:51 | история | дан ответ | codemo | CC BY-SA 3.0 |