Какую именно ошибку?
Возможно, вы хотели сказать, что небольшая часть возможностей net стека косплеит Python или Ruby, а не наоборот?
Вот тут можно почитать www.javapractices.com/...ction.do?Id=105 . По-моему, интересно.
Может быть сработает так?
class Table { List<Row> row; } ... class Row { String value; List<Integer> color; }
Может быть даже имя можно другое придумать — все равно ведь через ФОП оформление.
доступ к написанию отзыва будет по паспорту
Так и произошло
С орфографией у автора еще неплохо. А вот синтаксис хромает. :)
А вообще, я только против вашей оценки стандартной сериализации в джаве.
Да, хорошая вещь
JBoss remoting использует Java serialization
Остальные причины, такие как читаемость и защита от дурака, приводимые в доке по guava, мне кажутся субъективными и спорными.
Внутренний класс по своей сути такой же, как и класс верхнего уровня. Отличие только в наличии ссылки на экземпляр последнего. Следовательно, статические члены (если бы они могли быть созданы) будут разделяться всеми экземплярами внутренних классов независимо от того, в контексте какого внешнего класса они были созданы.
Судя по всему, это искусственное ограничение на уровне компиляции. Так как внутренний класс связан с экземпляром основного класса (любой экземпляр внутреннего класса связан с единственным экземпляром внешнего класса, в контексте которого он был создан), и чтобы не вносить излишней путаницы, решили сделать такое ограничение.
Вообще-то, JVM никак не отличает внутренние классы и классы высшего уровня. Для нее они все одинаковые.
Понятия «временная регистрация», по-моему, не существует. Регистрация дает человеку право на проживание в квартире. Таким образом, вы не сможете его выселить (законно), пока он не будет выписан. Если он не захочет выписываться сам, то сделать это получится только через суд, а это займет какое-то время и потребует денег. Квартиранта регистрировать я бы не стал.
Судя по вашей иронии, вы считаете, что опасность преувеличена?
Какая же основная мысль?
Я во фрилансе не работал, но мне кажется, что лучше сначала в компанию идти в этом случае. Так можно получить базовый опыт и увидеть код, какой он обычно есть в продакшн системах, поучиться у старших колег и понять как все устроено.