MN
что первым делом учит javafx или March ?
Size: a a a
2020 June 27
MN
Midow Noname
что первым делом учит javafx или March ?
maven
MN
а fxml связан с xml?
S
Это на уровне подключения библиотеки, не больше
N🌌
Midow Noname
а fxml связан с xml?
fxml Только для javafx
N🌌
Midow Noname
что первым делом учит javafx или March ?
javafx учи, если хочешь делать десктопные приложения с фронт-эндом.
N🌌
javafx учи, если хочешь делать десктопные приложения с фронт-эндом.
нужно ли оно на рынке труда? Честно говоря, не видел
A
🕵️♂️
Абсолютно с вами согласен. Но данный конструктор не несёт какой-либо особой смысловой нагрузки. Я сначала думал, что разницы нет, но потом вспомнил то, что я читаю и решил спросить, а то, если бы смысла в этой строчке не было, то её, скорее всего, и не вставили бы.
А где альтернатива?
Если инициализировать в методе push(), а клиент первым вызовет не его, метод pop()?
Тогда в реальности получит указатель на пустой стек. И нужно инициализировпть во всех методах внешнего АПИ.
Тогда проще просто инициализировпть в конструкторе, либо обьявлении - эти два варианта в однопоточном приложении по идее идентичны.
В многопоточном использовании, в варианте прямой инициализации можно по идее получить сайд-эффект. Т.к поле tos не final и не связано отношением happens before с выходом из конструктора, пользователь может начать использовать недосозданный обьект, даже если tos обьявить volatile (?может и ошибаюсь).
А в случае с инициализацией в конструкторе, клиент не получит ссылку на обьект до полной инициализации обьекта, даже в многопоточном приложении, там уже важней будет "синхронизировать" ссылку на сам объект.
Если инициализировать в методе push(), а клиент первым вызовет не его, метод pop()?
Тогда в реальности получит указатель на пустой стек. И нужно инициализировпть во всех методах внешнего АПИ.
Тогда проще просто инициализировпть в конструкторе, либо обьявлении - эти два варианта в однопоточном приложении по идее идентичны.
В многопоточном использовании, в варианте прямой инициализации можно по идее получить сайд-эффект. Т.к поле tos не final и не связано отношением happens before с выходом из конструктора, пользователь может начать использовать недосозданный обьект, даже если tos обьявить volatile (?может и ошибаюсь).
А в случае с инициализацией в конструкторе, клиент не получит ссылку на обьект до полной инициализации обьекта, даже в многопоточном приложении, там уже важней будет "синхронизировать" ссылку на сам объект.
S
Да нет, но за день мавен ты не изучишь, при всем желании
🕵
Anton
А где альтернатива?
Если инициализировать в методе push(), а клиент первым вызовет не его, метод pop()?
Тогда в реальности получит указатель на пустой стек. И нужно инициализировпть во всех методах внешнего АПИ.
Тогда проще просто инициализировпть в конструкторе, либо обьявлении - эти два варианта в однопоточном приложении по идее идентичны.
В многопоточном использовании, в варианте прямой инициализации можно по идее получить сайд-эффект. Т.к поле tos не final и не связано отношением happens before с выходом из конструктора, пользователь может начать использовать недосозданный обьект, даже если tos обьявить volatile (?может и ошибаюсь).
А в случае с инициализацией в конструкторе, клиент не получит ссылку на обьект до полной инициализации обьекта, даже в многопоточном приложении, там уже важней будет "синхронизировать" ссылку на сам объект.
Если инициализировать в методе push(), а клиент первым вызовет не его, метод pop()?
Тогда в реальности получит указатель на пустой стек. И нужно инициализировпть во всех методах внешнего АПИ.
Тогда проще просто инициализировпть в конструкторе, либо обьявлении - эти два варианта в однопоточном приложении по идее идентичны.
В многопоточном использовании, в варианте прямой инициализации можно по идее получить сайд-эффект. Т.к поле tos не final и не связано отношением happens before с выходом из конструктора, пользователь может начать использовать недосозданный обьект, даже если tos обьявить volatile (?может и ошибаюсь).
А в случае с инициализацией в конструкторе, клиент не получит ссылку на обьект до полной инициализации обьекта, даже в многопоточном приложении, там уже важней будет "синхронизировать" ссылку на сам объект.
Не знал про такое. Спасибо огромное за разбор!
D
Anton
А где альтернатива?
Если инициализировать в методе push(), а клиент первым вызовет не его, метод pop()?
Тогда в реальности получит указатель на пустой стек. И нужно инициализировпть во всех методах внешнего АПИ.
Тогда проще просто инициализировпть в конструкторе, либо обьявлении - эти два варианта в однопоточном приложении по идее идентичны.
В многопоточном использовании, в варианте прямой инициализации можно по идее получить сайд-эффект. Т.к поле tos не final и не связано отношением happens before с выходом из конструктора, пользователь может начать использовать недосозданный обьект, даже если tos обьявить volatile (?может и ошибаюсь).
А в случае с инициализацией в конструкторе, клиент не получит ссылку на обьект до полной инициализации обьекта, даже в многопоточном приложении, там уже важней будет "синхронизировать" ссылку на сам объект.
Если инициализировать в методе push(), а клиент первым вызовет не его, метод pop()?
Тогда в реальности получит указатель на пустой стек. И нужно инициализировпть во всех методах внешнего АПИ.
Тогда проще просто инициализировпть в конструкторе, либо обьявлении - эти два варианта в однопоточном приложении по идее идентичны.
В многопоточном использовании, в варианте прямой инициализации можно по идее получить сайд-эффект. Т.к поле tos не final и не связано отношением happens before с выходом из конструктора, пользователь может начать использовать недосозданный обьект, даже если tos обьявить volatile (?может и ошибаюсь).
А в случае с инициализацией в конструкторе, клиент не получит ссылку на обьект до полной инициализации обьекта, даже в многопоточном приложении, там уже важней будет "синхронизировать" ссылку на сам объект.
С двойным размахом )))))) 😁👍
A
🕵️♂️
Не знал про такое. Спасибо огромное за разбор!
Я могу ошибаться в нюансах многопоточки, не так часто встречал проблемы "безопасного создания объекта"
СШ
Отлов исключений улучшает дизайн интерфейса программы?
D
Отлов исключений улучшает дизайн интерфейса программы?
Не-а ))))
MN
нужно ли оно на рынке труда? Честно говоря, не видел
нет но на базовам уровне хочу знать скачаю какой нибудь плагин конструктор в idea и буду экспериментировать
СШ
Midow Noname
нет но на базовам уровне хочу знать скачаю какой нибудь плагин конструктор в idea и буду экспериментировать
JavaFx?
ПК
Всем привет,подскажите плз правильно решил?
(A)private (B)default (C)protected (D)public
Сопоставьте область видимости и модификаторы доступа, для каждой области возможны несколько вариантов.
1. Один и тот же класс - A
2. Подкласс, находящийся в том же пакете, что и суперкласс - C, D
3. Класс из того же самого пакета, не являющийся подклассом.- B, C, D
4. Подкласс, находящийся в другом пакете - C, D.
5. Класс из другого пакета, не являющийся подклассом данного - D
или во 2 тоже B, C, D ?
(A)private (B)default (C)protected (D)public
Сопоставьте область видимости и модификаторы доступа, для каждой области возможны несколько вариантов.
1. Один и тот же класс - A
2. Подкласс, находящийся в том же пакете, что и суперкласс - C, D
3. Класс из того же самого пакета, не являющийся подклассом.- B, C, D
4. Подкласс, находящийся в другом пакете - C, D.
5. Класс из другого пакета, не являющийся подклассом данного - D
или во 2 тоже B, C, D ?
MN
JavaFx?
да
СШ
Midow Noname
да
Норм. Мне понравилась.
MN
Норм. Мне понравилась.
сильно ли от swing отличается?