Лапши пока нет, потому что нет самого проекта. Я сейчас и думаю, как правильней все организовать. Не работал с EE, поэтому не знаю, что такое спринг контейнер. Если это нечто для организации внедрения зависимостей и для него не нужно 100500 других библиотек, то, скорее всего, это подойдет

Лапши пока нет, потому что нет самого проекта. Я сейчас и думаю, как правильней все организовать. Не работал с EE, поэтому не знаю, что такое спринг контейнер. Если это нечто для организации внедрения зависимостей и для него не нужно 100500 других библиотек, то, скорее всего, это подойдет

гуся еще можешь попробовать

Спринг кор попробуй

Как получить права администратора в коде программы?

Как получить права администратора в коде программы?

Ситтуация: я отправляю свой код на сервер, а там он запускается.

На сервере код лучше не запускать с привилегиями

это если сервер твой))

это если сервер твой))

Сервер ней мой

Есть SE проект - плагин для одного приложения. В нем есть много классов-менеджеров: CommandManager, EntityManager, RestoreManager и так далее. Все эти менеджеры отвечают за разные вещи и могут использоваться в различных частях программы - как в других менеджерах, так и в остальных классах, которые от них зависимы. Вообще, в системе должно существовать по одному инстансу такого менеджера. Большинство менеджеров зависят друг от друга, также многие из них зависят от инстанса плагина - PluginInstance. От остальных классов системы они не зависят. Вопрос в том, как грамотно организовать доступ к объектам-менеджерам . Мои варианты: 1. Самое первое, что приходит в голову - синглтоны. Для каждого менеждера делаем статический геттер и обращаемся к нему откуда угодно. Правда, ленивая инициализация подойдет не для всех менеджеров - некоторые нужно явно загрузить при старте и запустить выполнение некоторых задач, но это уже не так страшно. В общем, если полностью перевести систему на синглтоны: сделать ими и менеджер, и сам плагин, то проблема в итоге разрешается. Вопрос в том, насколько это грамотное решение, когда весь проект будет пестрить getInstance-ми. 2. Dependency Injection. Передавать классам через конструкторы менеджеров, которые им нужны. Здесь проблема в том, что некоторые классы порождаются не там, где создаются инстансы менеджеров, поэтому в отдельных случаях объекты менеджеров придется "тащить" через 2-3 класса, и такая структура будет очень громоздкой. Как вариант - инжектить поля рефлексивно, но в интернете пишут о том, что это ужасная практика (хотя, насколько я понимаю, в том же спринге она вполне себе применяется). 3. Создать класс, который просто будет держать ссылки на все существующие в системе менеджеры. Назвать как-нибудь вроде Core, System. В нем будут методы getCommandManager(), getEntityManager(), getRestoreManager() и т.д. Теперь вместо N объектов менеджеров нам достаточно протащить во все классы ссылку на System или вовсе сделать System синглтоном. Впрочем, здесь уже неважно, поскольку у нас в итоге получается одна ссылка вместо 10, и организовать к ней доступ уже явно не проблема. Итак, как будет правильней организовать такую систему зависимостей? Возможно, есть еще варианты?

припоздал с 1апрельскими шутками

Ахах, с котлином такое не пройдет

Писать на котлине - это уже достаточное наказание

на нем же кроме ведрусей никто не пишет серьезно

чисто язык на «потягаться со свифтом»

следующая ступень эволюции джава-господ

@oli_kitty и еще один - http://razbor-poletov.com/2018/06/episode-160.html инжойте

следующая - да, выше только скала

Это на каком же дне находится жава, если она под скалой? Обожаю хейтить вещи, про которые знаю чуть менее чем ничего

скала чудесна, джава только-только начала до нее дорастать, но получается пока плохо

Я всё хочу попробовать скалу, но пока не могу придумать пет-проект для неё

Спарк — это какая-то архитектура процессора?

компилятор котлина пишется на котлине

в первом могут послать

Graal compiler написан на java .. Это как вообще??

Эта практика пошла ещё с Delphi, где каждая новая версия Delphi была написана... На Delphi

Graal compiler написан на java .. Это как вообще??

javac тоже написан на Java. Self-hosting - свойство любого взрослого ЯП. С Graal всё вообще просто: чтобы его запустить, нужен только javac и интерпретатор.

Совершенно обычное дело писать компилятор языка на том же языке

fsecond

Тогда наверное проще точками эти три слова разделить

не обязательно, свифт не целиком на свифте

Выше Цейлона не прыгнуть

Нубский вопрос, но всё же: если у меня имя пакета состоит из двух слов, то как записывать? first_second или firstsecond? Думал FirstSecond или firstSecond но ide ругается

Если подходит: однажды видел у одних ребят вариант first.second, если применимо

Не, не вариант

это почему?

Нубский вопрос, но всё же: если у меня имя пакета состоит из двух слов, то как записывать? first_second или firstsecond? Думал FirstSecond или firstSecond но ide ругается

Всем привет! Как тут по правилам, вакансии можно скидывать?